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Abstract 


A  ground  terminal  (GT)  simulator  was  developed  at  Defence  Research  Establishment 
Ottawa  (DREO)  as  part  of  an  in-house  activity  examining  aspects  of  uplink  synchronization  for 
extremely  high  frequency  (EHF)  satellite  communications  (SATCOM)  using  frequency  hopping. 
The  GT  simulator  consists  of  a  GT  processor,  custom  interface  boards,  synthesizer  controller, 
frequency  synthesizer,  and  data  somce.  The  GT  processor  is  the  principal  component  of  the 
simulator  and  is  realized  by  a  TMS320C30  digital  signal  processor  board.  This  report  describes 
the  implementation  of  the  GT  processor  functions  relating  to  uplink  synchronization  and  the 
interfaces  between  the  various  components  of  the  simulator.  This  report  also  describes  the 
synchronization  procedure  for  the  GT  simulator.  The  procedure  is  broken  down  into  three  steps: 
downlink  synchronization;  uplink  coarse  synchronization;  and  uplink  fine  synchronization.  A 
guide  on  the  hardware  installation  of  the  various  components  of  the  GT  simulator  and  a  list  of  the 
software  needed  to  run  the  simulator  is  provided  in  an  appendix. 


Resume 


Un  simulateur  de  terminal  au  sol  a  6t6  develop6  au  Centre  de  Recherches  pour  la  Defense 
a  Ottawa  (CRDO).  Ce  simulateur  fait  partie  d’un  travail  au  CRDO  concemant  les  aspects  de 
synchronisation  de  la  liaison  sol-espace  pour  les  communications  par  satellite,  utilisant  le  spectre 
6tal6  dans  la  bande  de  frequence  extrlmement  haute.  Le  simulateur  consiste  d’xrn  processeur  de 
terminal  au  sol,  des  cartes  d’interfaces  fabriquees  sur  demande,  un  controleiu-  de  synthetiseur,  un 
synth^tiseur  de  frequences,  et  une  source  de  donnees.  Le  processes  du  terminal  au  sol  est  la 
piece  principale  du  simulateur.  Le  role  de  processeur  du  terminal  au  sol  est  realise  par  une  unite 
de  traitement  de  signaux  numeriques,  TMS320C30.  Ce  rapport  decrit  la  realisation  des  fonctions 
du  processeur  de  terminal  au  sol  li^es  a  la  synchronisation  de  la  liaison  sol-espace.  Ce  rapport 
decrit  aussi  la  procedure  pour  la  synchronisation  du  simulateur  de  terminal  au  sol.  La  procedure 
est  divisee  en  3  etapes:  la  synchronisation  de  la  liaison  espace-sol;  la  synchronisation 
pr61iminaire  de  la  liaison  sol-espace;  et  la  synchronisation  precise  de  la  liaison  sol-espace.  Un 
guide  d’installation  des  pieces  du  simulateur  de  terminal  au  sol  est  foumi  ainsi  qu’une  liste  des 
logiciels  requis  pour  le  fonctionnement  du  simulateur. 


Ill 


Executive  Summary 


The  Military  Satellite  Communications  (MSC)  Groups  at  Defence  Research 
Establishment  Ottawa  (DREO)  and  Communications  Research  Centre  (CRC)  have  been 
examining  synchronization  aspects  of  robust,  anti-jam  satellite  commumcations  at  extremely 
high  frequency  (EHF).  The  MSC  groups  at  DREO  and  CRC  cooperatively  developed  ground 
terminal  (GT)  and  payload  simulators  to  carry  out  synchronization  trials  over  the  United 
Kingdom  (UK)  Skynet  4A  EHF  transponder.  The  use  of  the  Skynet  4  A  EHF  transponder  was 
made  possible  through  a  Memorandum  of  Understanding  established  under  The  Technical 
Cooperation  Program  (TTCP).  With  the  Skynet  4A  EHF  transponder,  the  ground-based  GT  and 
payload  simulators  are  set  up  to  realize  a  single  path  (either  uplink  or  downlink)  of  a  practical 
EHF  communications  link. 

Before  communications  of  a  frequency  hopped  system  can  begin,  synchronization  of  the 
GT  and  payload  must  be  performed.  The  first  step  in  the  synchronization  procedure  is  downlink 
synchronization,  followed  by  uplink  coarse  synchronization,  and  finally  uplink  fine 
synchronization.  The  in-house  activity  examined  downlink  and  uplink  synchronization 
separately.  The  first  part  of  the  in-house  activity  focussed  on  downlink  synchronization  aspects 
and  has  been  documented.  During  downlink  synchronization,  the  GT  gathers  information  about 
the  system  clock  to  allow  it  to  proceed  to  uplink  synchronization.  In  uplink  synchronization,  the 
GT  attempts  to  align  its  clock  with  the  payload  by  transmitting  synchronization  probes  at 
designated  times.  The  payload  receives  the  probes  and  formulates  synchronization  responses. 

The  responses  are  transmitted  back  to  the  GT  and  are  used  to  adjust  the  GT  clock. 

This  report  describes  the  development  of  a  GT  simulator  for  the  uplink  synchronization 
trials.  The  GT  simulator  consists  of  a  GT  processor,  a  number  of  custom  interface  boards, 
frequency  synthesizer,  RF  equipment,  and  a  data  source.  The  GT  processor  was  implemented  on 
a  TMS320C30  digital  signal  processor  (DSP)  board  and  is  contained  in  a  host  PC.  The  custom 
interface  boards  include  a  GT  processor  interface  board  which  generates  the  necessary  clock 
signals  for  the  GT  processor  and  provides  the  interface  between  the  GT  processor  and  the 
hopping  synthesizer  controller  (HSC).  The  HSC,  in  turn,  controls  a  frequency  synthesizer.  A 
multipurpose  data  interface  board  was  also  designed  and  fabricated  to  provide  the  interface 
between  the  GT  processor  and  a  data  source,  and  to  provide  the  interface  to  a  downlink 
synchronization  reference  link. 

The  modes  of  operation  for  the  GT  simulator  include:  transmitting  a  continous-wave 
(CW)  tone  at  specific  points  in  the  hopping  bandwidth;  transmitting  an  arbitrary  CW  tone  within 
the  hopping  bandwidth;  sweeping  a  CW  tone  across  the  hopping  bandwidth;  performing 
downlink  synchronization;  performing  uplink  coarse  synchronization;  and  performing  uplink  fine 
synchronization.  The  first  three  functions  were  implemented  during  the  development  of  the 
simulator  and  are  retained  for  debug  purposes.  The  GT  simulator  has  been  developed  so  that 
commands  for  the  various  modes  of  operation  can  be  issued  remotely  once  the  GT  simulator  is 
powered  on  and  the  executable  file  is  run.  In  this  implementation,  remote  operation  of  the  GT 


simulator  is  carried  out  by  the  payload  simulator.  The  remote  operation  capability  is  included  to 
facilitate  the  system  integration  and  trials  since  the  GT  and  payload  simulators  are  physically 
located  1.5  km  apart. 

Although  the  focus  of  the  second  part  of  the  in-house  activity  is  only  on  uplink 
synchronization,  there  is  a  need  to  provide  a  mechanism  for  establishing  downlink 
synchronization  beforehand.  As  the  experimental  setup  for  the  uplink  synchronization  only 
realizes  a  single  path  of  an  EHF  communications  link,  a  simulated  downlink  was  set  up  between 
the  GT  and  payload  simulators  using  an  RS232  serial  communications  link.  During  downlink 
synchronization,  a  downlink  synchronization  reference  pulse  is  continuously  transmitted  by  the 
payload  to  the  GT  simulator.  The  edges  of  the  reference  pulse  correspond  to  specific  instances  in 
the  pseudorandom  hopping  sequence  of  the  payload  simulator.  The  GT  simulator  detects  and 
uses  the  pulse  to  form  a  preliminary  estimate  of  the  system  clock. 

Once  downlink  synchronization  is  achieved,  the  GT  simulator  can  proceed  with  uplink 
coarse  synchronization.  In  coarse  synchronization,  two  consecutive  bursts  of  sixteen 
synchronization  probes  are  transmitted  by  the  GT  simulator  using  different  timing  hypotheses.  In 
this  implementation,  an  “outward  moving”  search  scheme  is  used  to  test  different  timing 
hypotheses.  The  search  scheme  consists  of  starting  at  the  most  probable  hypothesis  obtained 
during  downlink  synchronization  and  shifting  each  subsequent  timing  hypothesis  outward  on 
either  side  of  the  most  probable  hypothesis.  The  payload  receives  the  coarse  synchronization 
probes  and  formulates  a  binary  “detect/no  detect”  response.  The  response  is  relayed  back  to  the 
GT  simulator  via  another  serial  link.  When  a  “detect”  is  received  by  the  GT  simulator,  a 
verification  process  is  carried  out  to  ensure  it  is  a  valid  “detect”  response.  Coarse 
synchronization  is  considered  to  be  achieved  when  the  GT  clock  is  aligned  to  within  a  hop  of  the 
payload  clock. 

In  fine  synchronization,  a  single  burst  of  thirty-two  synchronization  probes  is  transmitted 
at  designated  times.  Again,  the  payload  simulator  receives  the  probes  and  computes  a 
synchronization  estimate  to  be  returned  to  the  GT  simulator.  Ilie  synchronization  estimate 
represents  how  early  or  late  the  received  probes  are  relative  to  the  system  clock.  In  order  to 
reduce  the  number  of  times  the  GT  clock  is  adjusted  and  to  minimize  any  estimate  errors  due  to 
noise,  an  average  of  ten  fine  synchronization  responses  is  used  to  determine  the  final  adjustment 
of  the  GT  clock.  The  fine  synchronization  routine  is  repeated  until  the  GT  clock  is  aligned  to 
within  10%  of  a  hop  of  the  payload  clock. 

The  procedures  for  setting  up  the  GT  simulator  are  included  in  Appendix  A.  The  listings 
of  programs  used  by  the  GT  simulator  and  the  simulation  parameter  data  files  are  contained  in 
Appendix  B  and  Appendix  C  respectively. 
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1.0  Introduction 


1.1  Background 

The  Military  Satellite  Communications  (MSC)  Group  at  Defence  Research  Establishment 
Ottawa  (DREO),  along  with  its  sister  group  at  Communications  Research  Centre  (CRC)  have 
been  examining  aspects  of  robust,  anti-jam  satellite  conununications  at  extremely  high  frequency 
(EHF).  An  area  critical  to  the  operation  of  EHF  frequency  hopped  satellite  communications 
(SATCOM)  systems  is  the  synclnonization  of  the  ground  terminal  (GT)  clock  to  the  payload 
system  clock.  In  order  to  gain  a  better  appreciation  of  the  processes  involved  in  synchronization, 
the  MSC  groups  at  DREO  and  CRC  developed  GT  and  payload  simulators  to  carry  out 
synchronization  trials.  Trials  were  carried  out  over  the  United  Kingdom  (UK)  Skynet  4A  EHF 
transponder,  made  possible  through  a  memorandum  of  understanding  (MOU)  established  under 
The  Technical  Cooperation  Program  (TTCP).  The  Skynet  4A  transponder  receives  an  EHF 
signal  and  translates  it  to  a  super  high  frequency  (SHF)  signal  which  is  subsequently 
retransmitted.  Consequently,  the  ground-based  simulators  for  the  GT  and  the  payload  are  used  to 
realize  a  single  path  of  a  practical  EHF  communications  link. 

Before  communications  of  an  EHF  system  can  begin,  synchronization  of  the  GT  and 
payload  must  be  performed.  Downlink  synchronization  is  considered  to  be  the  first  step  in  the 
synchronization  process  and  was  the  focus  of  the  first  part  of  the  in-house  activity  examining 
EHF  satellite  communications.  The  work  on  downlink  synchronization  was  documented  in  [1]. 
During  downlink  synchronization,  the  GT  gathers  synchronization  information  about  the  system 
clock  to  allow  it  to  receive  frequency  hopped  signals  from  the  satellite.  The  synchronization 
information  also  provides  a  basis  to  begin  uplink  synchronization.  The  GT  simulator  performs 
uplink  synchronization  in  order  to  align  its  clock  with  the  payload  clock  after  taking  into  account 
the  non-deterministic  propagation  delay.  Processing  delays,  although  small  by  comparison,  can 
also  be  factored  into  the  alignment  of  die  GT  clock.  Once  uplink  sjmchronization  is  achieved, 
the  GT  simulator  can  begin  to  transmit  user  data  over  the  frequency  hopped  SATCOM  system. 

The  uplink  synchronization  process  consists  of  two  phases:  coarse  synchronization  and 
fine  synchronization.  In  both  phases,  the  GT  simulator  transmits  synchronization  probes  to  the 
payload.  The  payload  receives  the  probes  and  formulates  a  synchronization  response  for  the  GT 
simulator.  The  synchronization  response  during  coarse  synchronization  indicates  whether  the 
probes  are  detected  by  the  payload  simulator.  In  fine  synchronization,  the  synchronization 
response  reflects  how  early  or  late  the  received  probes  are,  relative  to  the  payload  clock.  The 
synchronization  responses  are  relayed  to  the  GT  simulator  and  are  used  by  the  GT  simulator  to 
adjust  its  clock.  The  aspects  of  uplink  synchronization  were  the  focus  of  the  second  part  of  the 
in-house  activity  and  are  described  in  this  report. 

Users  of  an  EHF  satcom  system  communicate  according  to  a  data  link  standard  which 
defines  the  uplink  and  downlink  signal  formats  and  the  processing  operations.  For  the  in-house 
activity,  a  Joint  Data  Link  Standard  (JDLS)  was  written  [2]  to  provide  the  parameters  for  uplink 
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and  downlink  transmission  structures.  The  parameters  include  the  modulation  scheme,  data  rate, 
frame  and  channel  sizes,  and  subframe  allocations. 


1.2  Task  Description 


In  order  to  carry  out  uplink  synchronization  experiments,  GT  and  payload  simulators  had 
to  be  developed.  Each  of  the  simulators  consists  of  a  processing  unit  which  performs  the 
synchronization  tasks  and  interfaces  to  other  components  of  the  simulator.  The  payload 
processor  must  receive,  demodulate,  and  process  transmitted  synchronization  probes.  The 
payload  processor  must  also  formulate  responses  corresponding  to  the  synchronization  probes 
received  and  transmit  the  responses  back  to  the  GT  simulator.  In  addition,  the  payload  pr^essor 
must  generate  a  synchronization  aid  which  is  used  by  the  GT  simulator  to  establish  a  starting 
point  for  performing  uplink  synchronization.  The  generation  of  a  synchronization  aid  is  intended 
as  a  substitute  for  the  downlink  synchronization  process  described  above  since  only  the  uplink 
path  can  be  realized  using  the  transponding  Skynet  satellite.  For  the  purposes  of  the  in-house 
activity  and  of  this  report,  the  detection  of  the  synchronization  aid  by  the  GT  simulator  is  referred 
to  as  performing  downlink  synchronization.  The  payload  processor  also  interacts  with  other 
hardware  components  of  the  simulator.  The  hardware  components  include  a  hopping  synthesizer 
controller  (HSC)  which  controls  a  frequency  synthesizer,  a  data  interface  board  which  connects 
to  a  data  sink,  and  a  first-in-first-out  (FIFO)  interface  board  which  holds  the  samples  of  the 
received  signal. 

The  GT  processor  performs  reciprocal  tasks  of  the  payload  processor.  The  GT  processor 
assembles  and  transmits  modulated  uplink  synchronization  probes  at  specific  allocated  times 
according  to  the  data  link  standard.  The  GT  processor  must  also  receive  and  decode  the 
synchronization  responses  during  uplink  synchronization.  As  well,  the  GT  processor  is 
responsible  for  detecting  the  synchronization  aid  generated  by  the  payload  simulator. 
Furthermore,  the  GT  processor  interacts  with  other  components  of  the  GT  simulator.  Once  such 
component  is  a  GT  processor  interface  (i/f)  board  which  generates  the  necessary  GT  clock  signals 
and  transfers  commands  to  an  HSC.  The  HSC,  in  turn,  controls  a  transmitting  frequency 
synthesizer.  The  GT  processor  also  communicates  with  a  data  interface  board  which  is 
connected  to  the  data  source. 


1.3  Report  Outline 

The  purpose  of  this  report  is  to  describe  the  development  of  the  GT  simulator  for  the 
uplink  synchronization  experiments.  A  detailed  description  of  the  synchronization  procedure  is 
provided  in  Section  2.0.  In  Section  3.0,  the  simulator  setup  is  described  to  introduce  the 
components  of  the  GT  simulator.  Subsequently,  the  description  of  the  GT  simulator  is  broken 
down  into  the  hardware  and  software  features  of  the  simulator.  The  hardware  section  deals 
mainly  with  the  physical  components  and  interfaces.  The  softw^  s^tion  describes  the  tasks 
performed  by  the  GT  simulator.  Three  appendices  are  included  in  this  report.  Appendix  A 
consists  of  a  guide  which  outlines  the  installation  and  setup  procedures  of  the  GT  simulator. 
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Appendix  B  contains  a  listing  of  all  the  programs  used  for  the  GT  simulator.  Appendix  C 
contains  a  copy  of  the  American  Standard  Code  for  Information  Interchange  (ASCII)  data  files 
used  by  the  GT  simulator  to  download  specific  simulation  parameters. 
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2.0  Synchronization  Procedure 

2.1  Downlink  Synchronization 

The  first  step  in  establishing  communications  over  an  EHF  frequency  hopped  S  ATCOM 
system  consists  of  achieving  downlink  synchronization.  The  purpose  of  performing  downlink 
synchronization  is  to  acquire  the  satellite  downlink  including  demodulating  user  data  and 
synchronization  information.  The  downlink  synchronization  process  preceeds  uplink 
synchronization.  From  the  data  link  standard  described  in  [2],  the  payload  terminal  transmits 
synchronization  hops  based  on  a  time  division  multiplex  scheme.  The  GT  simulator,  upon 
receiving  and  detecting  the  synchronizataion  hops,  is  then  able  to  derive  an  estimate  of  the 
payload  (system)  clock  in  order  to  begin  uplink  synchronization.  The  general  downlink  transmit 
structure  is  shown  in  Fig.  2.1.  A  20  ms  frame  consisting  of  320  hops  is  further  divided  into  40 
time  slots  of  8  hops  each.  The  data  link  standard  specifies  that  the  first  36  time  slots  are 
allocated  to  user  data.  The  next  two  are  reserved  and  the  last  two  are  used  for  synchronization 
purposes. 


20  im  frame  (320  hope) 

^ - - - - 

H  1  slot  (S  hops) 


- 4* — 4* — “I 

aOsMsIbrdata  2fasarvod  2siotsfor 

slols  synchronization 


Fig.  2.1  Downlink  transmission  structure 

As  described  in  Section  1.1,  the  uplink  synchronization  trials  are  carried  over  the  Skynet 
4A  EHF  transponder.  As  a  transponding  satellite  is  used,  only  one  path  (uplink  or  downlink)  of 
an  EHF  satcom  system  with  onboard  processing  can  be  realized  at  any  one  time.  The  use  of  a 
transponding  satellite  for  the  uplink  synchronization  trials  also  means  both  the  GT  simulator  and 
payload  simulator  are  developed  as  ground-based  systems.  For  the  uplink  synchronization  trials, 
a  downlink  “path”  is  simulated  by  a  direct  serial  link  connection  between  the  payload  and  GT 
simulators.  Furthermore,  to  facilitate  the  implementation  of  the  simulated  downlink,  a  reference 
pulse  is  transmitted  in  lieu  of  synchronization  hops  to  transmit  a  reference  of  the  payload 
terminal  clock  (master  clock).  The  reference  pulse  is  referred  to  as  the  downlink  synchronization 
reference  pulse  and  is  shown  in  Fig.  2.2.  The  edges  of  the  reference  pulse  were  chosen  to 
correspond  to  specific  points  in  the  pseudorandom  hop  sequence.  The  rising  edge  of  the 
downlink  synchronization  reference  pulse  corresponds  to  the  start  of  hop  number  0  of  frame 
number  0  in  the  pseudorandom  sequence.  The  falling  edge  of  the  reference  pulse  corresponds  to 
the  start  of  hop  number  0  of  frame  number  1.  The  GT  simulator  receives  this  reference  pulse  and 
resets  its  own  hop  clock  accordingly  in  preparation  for  uplink  synchronization.  For  the  uplink 
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synchronization  experiments,  the  downlink  synchronization  reference  pulse  is  continuously 
generated  and  transmitted  by  the  payload  simulator. 


GT  simulator 


^ - 

Downlink  synchrentzatkxi  rafarenca  pulsa  {sarlal  Hnk) 


payload 

simulator 


n  n  ...  _n _ n_  ... 


HopO  HopO  HopO  HopO 


Fig.  2.2  Downlink  synchronization  reference  pulse  detail 
2.2  Uplink  Synchronization 

Once  downlink  synchronization  is  achieved,  the  GT  simulator  can  proceed  with  uplink 
synchronization.  Uplink  synchronization  is  the  process  whereby  the  GT  simulator  attempts  to 
align  its  own  clock  with  the  payload  (system)  clock.  The  uplink  synchronization  process  is 
carried  out  independently  from  downlink  synchronization  because  in  uplink  synchronization,  the 
ground  terminal  takes  into  account  the  propagation  delay  so  that  its  transmissions  are  received  at 
the  appropriate  time  by  the  payload.  The  GT  simulator  transmits  bursts  of  synchronization 
probes  which  correspond  to  different  timing  offset  hypotheses.  The  payload  simulator  receives 
the  probes  and  produces  a  response.  The  response  indicates  the  coarse  synchronization  probes 
detection  and  the  fine  synchronization  probe  timing  offset  relative  to  the  payload  clock  in  a 
particular  frame.  The  GT  simulator  then  uses  the  responses  to  align  its  clock  with  the  payload 
clock. 


The  timing  offset  hypotheses  of  the  transmitted  synchronization  probes  correspond  to 
specific  instances  relative  to  the  time-frequency  plan  described  in  [2]  and  illustrated  in  Fig.  2.3. 
The  format  of  the  time-frequency  plan  is  based  on  a  multichannel  subframe/frame  structure 
which  is  repeated  on  a  frame  basis.  A  subframe  for  a  particular  channel  is  referred  to  as  a  cell 
[2].  There  are  four  channels  implemented  for  the  uplink  synchronization  trials.  Each  channel  is 
subdivided  into  8  frequency  tone  bins  to  support  the  8-ary  frequency-shift-keying  (FSK)  uplink 
modulation  scheme  specified  in  [2].  Each  cell  is  designated  as  either  a  data  cell  or  a 
synchronization  cell  for  transmission  of  data  or  synchronization  probes  respectively.  A  particular 
user  would  be  assigned  specific  cells  to  transmit  data  or  synchronization  probes. 
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frame 


Fig.  2.3  General  time-frequency  plan  for  uplink  transmission  structure 


The  uplink  synchronization  process  is  carried  out  in  two  stages.  The  first  stage  is  referred 
to  as  coarse  synchronization.  Coarse  synchronization  is  achieved  when  the  payload  detects  the 
GT  simulator’s  synchronization  probes.  For  the  uplink  synchronization  trials,  coarse 
synchronization  occurs  when  the  GT  simulator  clock  is  within  a  hop  of  the  payload  clock.  The 
second  stage  of  uplink  synchronization  is  called  fine  synchronization.  During  fine 
synchronization,  the  GT  simulator  attempts  to  refine  the  alignment  of  its  clock  to  come  within 
10%  of  a  hop.  The  method  for  carrying  out  coarse  and  fine  synchronization  are  described  further 
in  the  following  subsections. 


2.2.1  Uplink  Coarse  Synchronization 

Coarse  synchronization  probes  are  transmitted  in  a  specific  cell  in  the  time-frequency 
plan  and  are  composed  of  two  contiguous  bursts  of  sixteen  probes  [2].  The  synchronization 
probes  are  located  in  a  specific  FSK  tone  bin.  The  probes  are  subsequently  frequency  hopped  for 
transmission.  In  this  implementation,  the  coarse  synchronization  probes  are  generated  by  a 
frequency  synthesizer  which  is  controlled  by  the  HSC  [3].  Each  sixteen  probe  burst  has  a 
different  timing  hypothesis.  The  procedure  for  generating  the  coarse  synchronization  probes  is 
given  in  Section  3.3.1.2.2,  The  GT  simulator  transmits  the  coarse  synchronization  probes  by 
issuing  a  command  to  the  HSC  to  precompute  the  frequency  hopped  probe  fi*equencies  for  the 
two  bursts  and  by  commanding  the  HSC  to  switch  to  those  frequencies  at  an  appropriate  time. 
After  a  propagation  delay  and  a  processing  delay,  a  binary  response  is  returned  by  Ae  payload 
simulator  as  a  synchronization  response  indicating  if  Ae  coarse  synchronization  probes  were 
detected.  Details  of  Ae  synchronization  response  are  provided  in  Section  2.2,4.  The  consistent 
detection  of  coarse  synchronization  probes  wiA  Ae  same  hypoAesis  indicates  Aat  Ae  GT  clock 
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is  within  a  hop  of  the  payload  clock.  Coarse  synchronization  is  thus  achieved.  The  general  data 
flow  for  coarse  synchronization  is  shown  in  Fig.  2.4. 


GT  simulator 


Synchronization  Ratponsas 


^  lima  ■  ^  ♦  prop  daisy 

tbna- 1,4  prop  daisy  ♦procdalsy 
lima>t^propd«i>y  ^procdalsy 
4proc  daisy 


Fig.  2.4  Data  flow  of  the  coarse  synchronization  process 
2.2.2  Uplink  Fine  Synchronization 

Fine  synchronization  probes  are  also  transmitted  in  a  specific  FSK  tone  bin  of  a  specific 
cell  in  the  time-frequency  plan.  However,  fine  synchronization  probes  consist  of  a  single  burst  of 
32  probes  rather  than  two  bursts  of  16  as  in  the  coarse  synchronization  process.  Again  the 
synchronization  probes  are  generated  by  a  frequency  synthesizer.  Information  on  tiie  specific  cell 
(i.e.  channel  number  and  FSK  tone  bin)  to  be  used  for  the  fine  synchronization  probes  is 
transmitted  by  the  GT  processor  to  the  HSC  at  the  appropriate  time  (subframe).  The  payload 
simulator  processes  the  received  probes  and  formulates  a  response  which  indicates  how  early  or 
late  the  probes  are  in  relation  to  the  payload  clock.  Details  of  the  synchronization  response 
format  are  given  in  Section  2.2.4.  For  the  uplink  synchronization  experiments,  uplink 
synchronization  is  considered  achieved  when  the  GT  clock  is  aligned  to  within  10  %  of  the 
payload  clock.  The  value  of  10%  was  considered  reasonable  to  account  for  frequency  drift  while 
causing  minimal  degradation  to  FSK  modulation.  A  general  data  flow  diagram  for  the  fine 
synchronization  process  is  shown  in  Fig.  2.5. 
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Fig.  2.5  Data  flow  of  the  fine  synchronization  process 


2.2.3  Synchronization  Responses 

Synchronization  responses  are  formulated  by  the  payload  simulator  each  frame  to  provide 
feedback  to  the  GT  simulator  on  the  detection  of  coarse  synchronization  probes  and  on  the 
estimation  of  the  time  offset  of  fine  synchronization  probes.  For  the  uplink  synchronization 
experiments,  a  synchronization  response  is  returned  via  a  synchronization  response  return  link. 
The  return  link  is  described  in  Section  3.2.5.  The  synchronization  response  return  link  is 
implemented  using  an  RS232  serial  connection  between  the  GT  and  payload.  The  serial 
connection  is  capable  of  supporting  communications  at  9.6  kb/s.  With  one  response  being 
transmitted  per  20ms  frame,  the  serial  communications  link  is  able  to  support  synchronization 
responses  which  are  about  20  characters  in  length. 

For  the  uplink  synchronization  trials,  the  synchronization  response  consists  of  a  reference 
frame  number,  the  coarse  synchronization  detection  results  for  the  two  coarse  synchronization 
probe  channels,  and  the  fine  s3mchronization  estimates  for  the  the  two  fine  synchronization  probe 
channels.  The  frame  number  ranges  in  value  between  0  and  191.  The  coarse  synchronization 
response  for  each  synchronzation  burst  is  a  binary  response,  i.e.  it  is  either  a  “detect”  or  “no 
detect”.  The  “detect”  and  “no  detect”  responses  are  represented  by  “1”  and  “0”  respectively.  As 
there  are  two  probe  bursts  per  channel  per  frame,  there  are  four  possible  combinations  of 
detection  responses  for  each  channel.  In  this  implementation,  the  detection  result  for  the  first 
probe  burst  is  selected  to  occupy  the  most  significant  bit.  The  combinations  of  detection  results 
are  mapped  to  a  decimal  representation  for  the  return  link  synchronization  response  and  thus,  are 
represented  by  a  value  between  0  and  3. 

The  fine  synchronization  response  is  a  number  between  -31  and  31  representing  the 
timing  error  of  the  GT  clock.  A  negative  fine  synchronization  response  indicates  that  the  GT 
clock  is  early  while  a  positive  fine  synchronization  estimate  indicates  that  the  GT  clock  is  late.  It 
is  assumed  dial  coarse  synchronization  is  achieved  prior  to  performing  fine  synchronization  so 
that  the  GT  clock  is  within  a  hop  of  the  payload  clock  at  the  start  of  fine  synchronization.  As  a 
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result,  with  a  hop  period  of  62.5  ps,  the  fine  synchronization  estimate  (timing  error)  represents 
approximately  half  the  actual  timing  error,  in  ps. 


In  order  to  comply  with  the  message  length  restrictions  for  the  serial  connection,  it  was 
decided  that  the  synchronization  response  would  be  formatted  as  shown  in  Fig.  2.6.  An  example 
of  a  synchronization  response  received  by  the  GT  simulator  is  also  included. 


Example:  0  9  6  2 


coarse  response 
for  channel  0 
value  between 
Oand  3 


+  12 


±  fine  estimate 
for  channel  0 
between 
00  and  31 


coarse  response 
for  channel  1 
value  between 
0  and  3 


0  4 


<CR> 

<LF> 

±  fine  estimate 
for  channel  1 
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00  and  31 


SP  space 


<CR> 
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carriage  return 


linefeed 


Fig.  2.6  Synchronization  response  format 

For  the  example  in  Fig.  2.6,  the  GT  simulator  would  subsequently  decode  the  response  as: 


096 

2 

1 

+12 


-04 


Synchronization  response  for  fi^e  number  96 
Coarse  synchronization  response  for  channel  0 
2)0  =  IO2  “detect”  for  burst  0 

“no  detect”  for  burst  1 

Coarse  synchronization  response  for  channel  1 
1  JO  =  01 2  “no  detect”  for  burst  0 
“detect”  for  burst  1 

Fine  synchronization  response  for  channel  0, 
payload  estimates  that  received  probes  are  24  ps 
later  than  payload  clock 

^  Fine  synchronization  response  for  channel  1 , 
payload  estimates  that  received  probes  are  8  ps 
earlier  than  payload  clock 
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3.0  System  Description 

3.1  Simulator  Setup 

A  system  block  diagram  of  the  simulator  setup  for  the  uplink  synchronization 
experiments  is  shown  in  Fig.  3.1.  The  GT  and  payload  simulators  are  ground-based  systems 
which  are  located  approximately  1 .5  km  apart  on  the  DREO/CRC  site. 

Data  to  be  transmitted  from  the  GT  is  modulated  using  8-aiy  FSK  as  specified  in  [2].  The 
GT  processor  transfers  the  modulated  data  to  the  GT  processor  i/f  board  [4].  The  data  is  read  by 
the  HSC  which  calculates  the  frequency  of  the  next  hop.  The  result  of  the  calculations  is  a 
frequency  value  which  includes  the  modulated  data  and  the  hop  frequency.  The  HSC  then  passes 
this  frequency  value  to  the  frequency  synthesizer.  The  frequency  synthesizer  output  is  then 
converted  to  the  radio  frequency  (RF)  transmit  signal  at  EHF.  Upon  receiving  the  EHF 
transmitted  signal,  Skynet  4  translates  and  retransmits  the  signal  at  X-band  to  the  payload 
terminal.  The  received  signal  is  downconverted  and  transferred  to  a  frequency  synthesizer  which 
is  controlled  by  another  HSC.  The  frequency  synthesizer  generates  the  hopping  pattern  used  to 
dehop  the  received  signal.  A  Fast-Fourier  Transform  (FFT)-based  processor  is  then  used  to 
produce  samples  of  the  received  signal  for  each  FFT  channel  [5].  The  samples  are  stored  on  a 
FIFO  interface  board  until  the  payload  processor  is  ready  to  process  the  data. 

The  entire  process  described  above  encompasses  only  the  uplink  portion  of  an  actual  EHF 
satcom  system  with  on-board  processing.  In  an  actual  system,  when  the  payload  receives  and 
processes  the  data  during  synchronization,  a  response  is  formulated  and  transmitted  back  to  the 
GT  on  the  downlink.  For  the  uplink  synchronization  trials,  the  downlink  portion  is  simulated 
using  a  direct  serial  link  called  the  “synchronization  response  return  link”  which  will  be  used  to 
transmit  the  responses  generated  by  tiie  payload  processor  to  the  GT.  The  synchronization 
response  return  link  is  separate  from  the  downlink  synchronization  reference  link  described  in 
Section  2.1  which  is  used  to  simulate  downlink  synchronization.  Furthermore,  the  interface  of 
the  synchronization  response  return  link  to  each  simulator  is  through  the  host  personal  computer 
(PC).  By  contrast,  the  interface  of  the  downlink  synchronization  reference  pulse  serial  link  to 
each  simulator  is  provided  through  a  multipurpose  data  interface  board  designed  and  fabricated  at 
DREO  [6].  A  data  source  and  data  sink  are  included  in  the  simulator  setup  for  data 
communications  once  fine  synchronization  is  achieved. 
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Fig.  3.1  System  block  diagram  of  the  uplink  synchronization  experiments 

3.2  Ground  Terminal  Simulator  Hardware 
3.2.1  Ground  Terminal  Processor 

The  GT  processor  for  the  uplink  synchronization  experiments  consists  of  a  Texas 
Instruments’  TMS320C30  digital  signal  processor  (DSP)  board.  The  TMS320C30  board  is 
installed  in  a  single  16-bit  slot  of  an  IBM-compatible  host  PC  with  a  monitor  and  keyboard. 
Communications  between  the  PC  and  the  DSP  board  go  through  the  PC’s  input/output  (I/O) 
space.  The  GT  processor  communicates  with  other  components  of  the  GT  simulator  using  the 
serial  port  of  the  PC  or  by  using  the  DSPLINK  interface  supported  by  the  TMS320C30  DSP 
board.  These  interfaces  are  discussed  further  in  the  subsections  below. 
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3.2.2  Ground  Terminal  Processor  Interface  Board 


A  GT  processor  interface  board  was  designed  and  fabricated  at  DREO  for  the  uplink 
synchronization  experiments  and  is  documented  in  [4].  The  board  was  designed  to  perform  three 
functions:  to  generate  the  necessary  clock  signals  for  the  GT  simulator  operations;  to  provide  a 
command  interface  for  a  hopping  synthesizer  controller  [3];  and  to  provide  an  interface  for 
transferring  FSK/channel  data  to  the  hopping  synthesizer  controller.  Communications  between 
the  GT  processor  and  the  GT  processor  i/f  board  is  achieved  through  the  DSPLINK  interface  of 
the  TMS320C30  DSP  board.  The  GT  processor  i/f  board  is  installed  in  a  DSPLINK  backplane 
chassis  that  was  also  assembled  at  DREO.  The  DSPLINK  interface  and  backplane  are  described 
further  in  Section  3.2.7. 1.  Details  on  the  specific  operation  of  the  GT  processor  i/f  board  can  be 
found  in  [4]. 


3.2.3  Hopping  Synthesizer  Controller  and  Frequency  Synthesizer 

A  frequency  synthesizer  is  used  in  the  uplink  synchronization  experiments  to  produce  the 
appropriate  frequency-hopped  FSK  tone  to  be  transmitted  by  the  GT.  In  this  implementation  of 
the  GT  simulator,  two  synthesizers  are  supported:  the  Comstron  FS2000  Frequency  Synthesizer 
[7];  and  the  Sciteq  VDS-2G-469  Frequency  Synthesizer  [8].  Both  frequency  synthesizers  are 
driven  by  an  HSC  which  was  developed  at  DREO  [3].  The  HSC,  in  turn,  is  controlled  by  the  GT 
processor  via  the  GT  processor  i/f  board  which  is  described  above.  The  HSC  receives  and 
actions  conunands  from  the  GT  processor  relating  to  its  initialization  and  mode  of  operation.  The 
HSC  performs  all  the  calculations  required  for  frequency  computation  (including  a  random 
number  generator  routine  for  the  pseudorandom  hop  sequence),  and  frequency  word  format 
conversion.  Finally,  the  HSC  transfers  the  resulting  frequency  word  to  the  frequency  synthesizer 
at  the  appropriate  point  in  time.  A  detailed  description  of  the  HSC  is  provided  by  [3]. 


3.2.4  Data  Device  and  Multipurpose  Data  Interface  Board 

The  data  source  for  the  GT  simulator  subsystem  consists  of  an  HP 1645 A  Bit-error-rate 
test  set  [9].  The  interface  between  the  HP1645A  and  the  GT  processor  is  realized  using  a 
multipurpose  data  interface  board  (DIB)  which  was  developed  at  DREO  and  is  documented  in 
[6].  TTie  DIB  receives  a  single-bit  RS232  data  stream  from  the  HP1645A,  converts  the  data  to 
TTL  levels,  and  formats  the  data  stream  into  12-bit  words  to  be  read  by  the  GT  processor.  The 
DIB  is  installed  in  the  DSPLINK  backplane  chassis  and  communicates  with  the  GT  processor  via 
the  DSPLINK  interface.  The  DSLINK  interface  and  backplane  are  discussed  in  Section  3.2.7.I. 


3.2.5  Synchronization  Response  Return  Serial  Link 

As  mentioned  in  Section  2.2.3,  the  payload  simulator  formulates  a  synchronization 
response  for  every  firame.  The  synchronization  response  contains  information  on  whether  any 
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probes  were  detected  in  the  coarse  synchronization  cells  which  are  shown  in  Fig.  2.3.  The 
synchronization  response  also  contains  estimates  of  the  timing  offset  of  probes  which  may  be 
received  in  the  fine  synchronization  cells.  In  a  practical  EHF  satcom  system  with  on-board 
processing,  the  synchronization  response  is  transmitted  by  the  payload  to  the  GT  on  the 
downlink.  For  the  uplink  synchronization  experiments,  a  transponding  satellite  is  used  and  thus, 
another  means  of  transmitting  the  synchronization  responses  to  the  GT  simulator  is  required.  A 
synchronization  response  return  link  is  realized  using  an  RS232  serial  connection  between  the 
GT  and  payload  ground-based  simulators.  The  serial  connection  supports  communications  at  9.6 
kb/s  and  is  accessed  through  the  serial  connector  of  the  PC  host  for  each  simulator.  Serial 
communications  software  [10]  developed  at  DREG  is  used  by  the  payload  and  GT  hosts  to  send 
and  retrieve  the  synchronization  responses  respectively. 


3.2.6  Downlink  Synchronization  Reference  Serial  Link 

A  downlink  synchronization  reference  serial  link  is  implemented  to  transmit  the  downlink 
synchronization  reference  pulse  which  is  described  in  Section  2.1.  The  downlink  synchronization 
reference  pulse  is  analagous  to  using  synchronization  hops  of  a  real  processing  satellite.  Similar 
to  the  case  for  the  relaying  of  synchronization  responses  back  to  the  GT,  another  method  of 
transmitting  the  reference  pulse  is  required  as  a  result  of  a  transponding  satellite  being  used  for 
the  trials.  In  order  to  be  able  to  present  the  reference  pulse  to  the  GT  processor  in  real  time,  it 
was  decided  to  route  the  downlink  synchronization  reference  serial  link  by  way  of  the  DIB.  By 
using  the  DIB,  it  is  possible  to  avoid  having  to  use  the  slower  host/DSP  interface.  Details  of  the 
downlink  synchronization  reference  serial  link  implementation  are  found  in  [6]. 

3.2.7  Hardware  Interface  Requirements  of  the  GT  Simulator 
3.2.7. 1  DSPLINK  Backplane  Interface 

In  order  to  support  multiple  custom  boards  using  the  DSPLINK  interface  to  communicate 
with  the  GT  processor,  a  DSPLINK  backplane  chassis  was  assembled  for  the  uplink 
synchronization  experiments.  Currently,  the  backplane  chassis  houses  the  GT  processor  i/f 
board,  the  DIB,  and  an  adaptor  board  to  map  the  50-pin  DSPLINK  interface  [1 1]  connector  from 
the  DSP  board  to  the  96-pin  backplane  connector.  The  DSPLINK  backplane  connector  and 
pinout  description  are  shown  in  Fig.  3.2  and  Table  3.1  respectively. 
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ROWC 
ROWB 
ROW  A 


Pin# 

32  31  30  29  28  27  26  25  24  23  22  21  20  19  18  17  16  15  14  13  12  11  10  9  6  7  6  5  4  3  2  1 


Corresponding  signal  names 


PIN 

ROW  A 

ROWB 

ROWC 

1 

HOP  CLK 

DO 

2 

HOP  CLK* 

D1 

3 

D2 

4 

RESERVED 

D3 

5 

RESERVED 

D4 

6 

RESERVED 

D5 

7 

RESERVED 

D6 

8 

RESERVED 

D7 

9 

GND 

RESERVED 

GND 

10 

DATA  CLK 

RESERVED 

D8 

11 

GND 

RESERVED 

D9 

12 

DIO 

13 

Dll 

14 

D12 

15 

GND 

D13 

16 

D14 

17 

GND 

D15 

18 

W*/R 

19 

GND 

lOE* 

20 

RESERVED 

GND 

INTO* 

21 

RESERVED 

RESET 

22 

RESERVED 

CLK/2 

^  23 

GND 

AO 

24 

A1 

25 

A2 

26 

A3 

27 

PLAGIN 

28 

•5V  ANALOG 

FLAGOUT 

29 

5V  ANALOG 

30 

AGND 

31 

-15V 

5VSTBY 

15V 

32 

15V 

5V 

5V 

The  asterisk  (*)  denotes  an  active-low  signal 


Fig.  3.2  DSPLINK  backplane  interface  connector 
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Signal 

Direction 
with  respect 
to  DSP 

Details 

D0-D15 

to/from 

Sixteen  bi-directional  TTL  data  lines  of  DSPLINK 

GND 

_ 

W*/R 

from 

DSPLINK  rcad/write*  line  to  signal  the  direction  of  data  transfer 

lOE* 

from 

An  active-low,  inout/output  enable  signal  indicating  an  access  on  the  DSPLINK 

INTO* 

to 

A  negative-edge  triggered,  or  active-low  interrupt  signal  on  DSPLINK  generated  on  the  GT  processor  i/f 
board. 

RESET* 

from 

DSPLINK  reset  line. 

CLK/2 

from 

General  nuroose  clock  signal .  This  signal  is  not  used  by  the  GT  processor  i/f  board. 

A0-A3 

from 

Four  buffered  TTL  address  lines  of  DSPLINK. 

FLAGIN 

to 

General  purpose  input  line  on  DSPLINK  readable  by  the  DSP,  This  signal  is  not  used  by  the  GT 
processor  i/f  board. 

FLAGOUT 

from 

General  nuroose  output  line  on  DSPLINK  writcable  by  the  DSP. 

15V 

15  volts  power  supply. 

-15V 

5V 

-5V  ANALOG 

-5  volts  analog  power  supply 

5V  ANALOG 

5  volts  analog  power  supply 

AGND 

Analog  ground 

5VSTDBV 

. 

5  volts  standby  power  supply.  This  signal  is  not  used  by  the  GT  processor  i/f  board. 

HOPCLK 

to 

Hop  clock  sigiuil  originating  from  the  GT  processor  i/f  board. 

HOPCLK* 

to 

Inverse  hop  clock  signal.  This  pin  is  not  currently  being  used  by  the  GT  processor  i/f  board. 

DATA  CLK 

_ 

Data  clock  signal  originating  from  the  GT  processor  i/f  board. 

RESERVED 

- 

Reserved  lines  for  the  DSP  backplane. 

The  asterisk  (•)  denotes  an  active-low  signal 


Table  3.1  DSP  backplane  interface  pinout  description 


32.12  Serial  Link  Interfaces 


There  are  two  serial  link  interfaces  required  for  the  GT  and  payload  simulators.  The  first 
interface  is  provided  by  a  standard  serial  connector  located  on  the  host  PC  to  access  the 
synchronization  response  return  serial  link.  As  mentioned  in  Section  3.2.5,  serial 
communications  software  routines  were  developed  and  written  at  DREO  [10]  to  provide  the  user 
interface  to  the  synchronization  response  return  link. 

The  second  serial  link  is  used  to  relay  the  downlink  synchronization  reference  pulse  to  the 
GT  simulator.  The  downlink  synchronization  reference  pulse  serial  link  interface  is  a  9-pin  D- 
type  connector  located  on  the  DIB.  The  pinout  description  of  the  D-type  connector  is  shown  in 
Fig.  3.3. 
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5  4 


3 


2  1 


9  8  7  6 


Q  Femak  connector 


Pin  Description 


1  not  used 

2  FRO  in 

3  FRO  out 

4  not  used 

5  GND 

6  not  used 

7  not  used 

8  not  used 

9  not  used 


Fig.  33  Pinout  configuration  for  serial  connector  to  downlink  synchronization  reference 

pulse 


3.2.7.3  Data  Source  Interface 


The  connection  between  the  data  source  and  the  DIB  shown  in  Fig.  3.1  is  realized  by  a 
male  9-pin  D-type  connector  and  is  described  further  in  [6]. 


3.2.7.4  HSC  Command  and  Transmit  Data  Interface 

As  shown  in  Fig.  3.1,  there  are  two  connections  between  the  GT  processor  i/f  board  and 
the  HSC.  These  connections  correspond  to  the  HSC’s  command  and  transmit  data  interface. 
The  connections  are  made  using  of  a  26-pin  ribbon  cable  and  a  10-pin  ribbon  cable  respectively. 
The  details  of  the  command  and  transmit  data  interface  are  described  in  [3]  and  [4]. 


32.1.5  Frequency  Synthesizer  Interface  for  the  HSC 

A  50-pin  ribbon  cable  is  used  to  connect  the  HSC  to  the  frequency  synthesizer.  A 
description  of  the  connection  between  HSC  and  the  frequency  synthesizer,  as  shown  in  Fig.  3.1, 
is  given  in  [3]. 

3.3  Ground  Terminal  Simulator  Software 

The  following  section  provides  a  description  of  the  software  for  the  DSP  and  the  host.  In 
both  cases,  the  principal  concepts  and  operations  of  the  routines  are  outlined.  The  software  for 
the  DSP  is  described  first.  The  DSP  software  includes  the  coarse  and  fine  synchronization 
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routines  and  the  processing  of  synchronization  responses.  Subsequently,  the  host/user  interface 
software  is  described. 

3.3.1  DSP  Assembly  Language  Programs 

The  GT  processor  functions  are  implemented  on  a  Texas  Instruments’  TMS320C30  DSP 
board  which  is  contained  in  a  PC.  The  software  for  the  GT  processor  was  written  in  assembly 
language  and  is  described  in  the  following  subsections. 


3.3. 1.1  Main  Assembly  Language  Program 

The  main  DSP  program  for  the  GT  processor  performs  two  general  functions.  The  first 
function  is  the  preliminary  initialization  of  the  DSP  board,  the  interface  boards,  and  associated 
hardware  of  the  GT  simulator.  The  second  function  of  the  main  DSP  program  is  to  respond  to 
commands  issued  by  the  host  program.  The  commands  correspond  to  different  modes  of 
operation  for  the  GT  simulator.  The  two  functions  of  the  mmn  DSP  program  are  described 
further  in  the  following  subparagraphs. 


3.3.1. 1.1  Preliminary  Initialization  by  the  GT  Processor  DSP 

The  first  stage  of  the  main  assembly  program  involves  putting  the  DSP  and  its  associated 
interface  boards  and  hardware  into  a  known  state.  The  TMS320C30  DSP  data  page  (DP)  pointer, 
status  register,  stack  pointer,  primary  bus  control  register,  and  secondary  bus  control  register  are 
initialized  to  appropriate  values  as  specified  in  [1 1]  and  shown  in  Section  B.3  of  Appendix  B.  A 
software  reset  is  then  issued  to  the  GT  processor  i/f  board  and  DIB  through  the  DSPLINK 
interface  to  reset  circuits  and  latches.  The  software  reset  operations  for  the  GT  processor  i/f 
board  and  the  DIB  are  described  in  [4]  and  [6]  respectively. 

A  subroutine  is  called  next  to  download  the  GT  parameters  for  the  simulation.  The 
parameters  are  contained  in  an  ASCII  data  file  which  is  read  and  processed  by  the  host/user 
interface  program.  The  parameters  are  then  transferred  from  the  host  to  the  DSP  through  the  dual 
port  memory.  A  copy  of  the  ASCII  data  file  for  the  GT  parameters  is  included  in  Section  C.4  of 
Appendix  C. 

The  next  step  in  the  initialization  process  is  to  set  up  the  numerically-controlled  oscillator 
(NCO)  to  start  the  GT  clock  circuit  on  the  GT  processor  i/f  board.  The  clock  circuit  generates 
the  hop  clock  and  data  clock  signals  for  the  GT  simulator.  The  NCO  setup  is  described  in  [4]. 
The  HSC  is  also  initialized  in  this  part  of  the  main  assembly  language  program.  The  HSC 
initialization  is  carried  out  in  the  same  manner  as  for  the  GT  parameters.  An  ASCII  file 
containing  the  HSC  parameters  is  read  by  the  host/user  interface  program  which  then  passes  the 
values  to  the  DSP  board.  The  DSP  board  then  loads  the  values  onto  the  HSC  through  the  GT 
processor  i/f  board  [4]. 
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The  final  step  in  the  initialization  process  is  to  enable  the  interrupts  for  the  DSP  board. 

An  interrupt  is  generated  on  the  rising  edge  of  the  hop  clock  in  order  that  appropriate  counters  for 
the  GT  processor  be  updated  and  synchronization  probes  be  generated  if  applicable.  The 
interrupt  service  routine  for  the  GT  processor  is  described  further  in  Section  3.3. 1.4. 


3.3. 1 . 1 .2  GT  Simulator  Modes  of  Operation 

Once  the  DSP  board  and  associated  hardware  are  initialized,  the  main  assembly  program 
enters  into  a  loop  to  wait  for  and  respond  to  user  commands  transferred  to  it  by  the  host/user 
interface  program.  The  commands  relate  to  different  modes  of  operation  for  the  GT  simulator  as 
well  as  to  terminating  the  simulation.  When  a  command  is  received,  the  DSP  processes  it  and 
determines  the  appropriate  subroutine  to  execute.  If  a  command  is  received  to  terminate  the 
simulation,  the  DSP  disables  the  interrupts  and  remains  idle.  The  modes  of  operation  are  listed 
in  Table  3.2.  The  first  five  modes  are  discussed  further  in  Section  3.3.2.  A  description  of  the 
algorithms  for  the  coarse  and  fine  synchronization  modes  is  provided  in  the  next  sections. 


Mode 

Operation 

Description 

1 

Transmitting  a  CW  signal 

GT  simulator  transmits  one  of  five 
predefined  continuous  wave  (CW) 
frequencies  located  in  the  frequency 
band  of  operation. 

2 

Run  Mode 

GT  simulator  switches  the  HSC  to 

RUN  mode  [3]  to  randomly  hop  over 
the  system  bandwidth. 

3 

Sweep  Mode 

GT  simulator  sweeps  a  CW  signal 
across  the  system  bandwidth. 

4 

Frame  Zero  (FRO)  Enable  Mode 

GT  simulator  monitors  the  downlink 
synchronization  reference  serial  link 
for  the  downlink  synchronization 
reference  pulse  and  adjusts  the  GT 
hop  clock  counter  if  required. 

5 

FRO  Disable  Mode 

GT  simulator  ceases  monitoring  the 
downlink  synchronization  reference 
serial  link. 

6 

Coarse  Synchronization  Mode 

GT  simulator  performs  coarse 
synchronization. 

7 

Fine  S)mchronizaion  Mode 

GT  simulator  performs  fine 
synchronization. 

Table  3.2  GT  simulator  modes  of  operation 
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3.3. 1.2  Coarse  Synchronization  Assembly  Routine 

During  coarse  synchronization,  the  GT  processor  is  responsible  for  several  tasks.  The 
tasks  include  generating  coarse  synchronization  probes  at  appropriate  times,  processing 
synchronization  responses  transmitted  from  the  payload  simulator,  and  responding  appropriately 
to  these  synchronization  responses.  When  coarse  synchronization  is  achieved,  it  is  considered 
that  the  GT  clock  is  within  a  hop  from  the  payload  system  clock.  The  state  diagram  in  Fig.  3.4 
describes  the  general  flow  of  events  for  the  coarse  synchronization  process.  The  concepts  or 
general  procedure  for  the  states  shown  in  Fig.  3.4  are  described  in  more  detail  in  the  following 
paragraphs.  A  listing  of  the  assembly  language  program  for  the  coarse  synchronization  routine  is 
included  in  Section  B.4,  Appendix  B. 


Fig.  3.4  Coarse  synchronization  procedure  state  diagram 


3.3. 1.2.1  Starting  the  Coarse  Synchronization  Procedure 

In  this  implementation  of  the  GT  simulator,  a  command  is  issued  by  the  user  to  start  the 
coarse  synchronization  procedure.  The  command  is  issued  from  the  host/user  interface  program 
which  is  described  in  Section  3.3.2.  When  the  coarse  synchronization  command  is  received,  the 
GT  processor  initializes  parameters  related  to  the  transmission  of  synchronization  probes  and  the 
processing  of  synchronization  responses  from  the  payload  simulator.  First,  the  GT  processor 
must  calculate  the  start  time  for  the  HSC.  As  described  in  [3],  the  delayed  start  time  is  necessary 
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in  order  to  give  the  HSC  ample  time  for  the  propagation  of  the  random  number  generator  and  to 
precompute  hop  frequencies  for  the  start  frame.  The  start  time  is  calculated  based  on  a  frame 
boundary,  i.e.  the  start  time  is  given  as  hop  0  of  a  frame  “X”.  From  [3],  the  earliest  start  time  is 
calculated  to  be  the  third  frame  after  the  current  frame.  Where  a  terminal  is  not  assigned  all  the 
coarse  synchronization  probe  frames,  the  GT  processor  must  wait  until  the  first  assigned  frame 
following  the  delayed  start  time  before  transmitting  the  probes  for  the  particular  terminal.  The 
start  time  is  transferred  to  the  HSC  by  way  of  the  GT  processor  i/f  board  which  is  described  in 
Section  3.2.2  and  documented  in  [4]. 

When  the  start  time  is  transferred  to  the  HSC  and  the  necessary  parameters  have  been 
initialized  for  the  coarse  synchronization  algorithm,  the  GT  processor  commands  the  HSC  to 
switch  to  uplink  synchronization  mode  and  waits  until  the  start  time  precalculation  is  completed 
before  proceeding  to  state  2  to  begin  generating  coarse  synchronization  probes. 


3.3. 1 .2.2  Coarse  Synchronization  Probe  Generation 

The  GT  processor’s  primary  task  in  state  2  is  to  generate  coarse  synchronization  probes  at 
the  appropriate  time.  In  this  implementation,  only  one  terminal  is  realized  to  facilitate  the 
demonstration  of  the  coarse  synchronization  algorithm.  In  addition,  the  terminal  allocation  for 
transmitting  coarse  synchronization  probes  is  selected  to  be  on  frames  which  are  a  multiple  of 
four. 


The  process  for  achieving  coarse  synchronization  consists  of  transmitting  probes  at 
different  timing  hypotheses.  As  described  in  Section  2.2.1,  coarse  synchronization  probes  are 
transmitted  in  the  form  of  two  bursts  of  sixteen  probes  each  in  the  allocated  channel  and  at  the 
specific  FSK  tone  bin.  The  coarse  synchronization  probes  for  the  particular  terminal 
implemented  are  to  be  transmitted  on  channel  1  and  FSK  tone  bin  3.  The  two  bursts  of 
synchronization  probes  are  transmitted  with  a  timing  offset  between  them.  In  this 
implementation,  the  second  burst  of  synchronization  probes  is  transmitted  1/2  hop  later  than  the 
first  burst  of  probes.  If  the  received  probes  are  detected  by  the  payload  processor,  a  “detect” 
response  is  formulated  and  relayed  back  to  the  GT  simulator  through  the  synchronization 
response  return  link.  When  the  payload  simulator  is  able  to  consistently  detect  the  coarse 
synchronization  probes  for  a  timing  hypothesis,  it  is  considered  that  the  timing  of  the  GT  clock  is 
within  a  hop  of  the  payload  (system)  clock. 

The  strategy  selected  to  test  the  different  timing  hypotheses  until  the  synchronization 
probes  are  detected  involves  starting  at  the  most  probable  timing  hypothesis  and  moving  outward 
in  increments  of  a  hop  at  a  time.  The  GT  simulator  uses  the  information  obtained  from  the 
downlink  synchronization  pulse  to  derive  the  most  probable  timing  hypothesis  which  does  not 
account  for  any  propagation  delay.  According  to  [2],  the  point  at  which  synchronization  probes 
are  transmitted  occurs  at  hop  288  of  the  time-frequency  plan  shown  in  Fig.2.3.  As  a  result,  the 
default  starting  point  of  the  search  for  the  correct  timing  hypothesis  is  selected  to  be  at  hop 
N=288  of  a  terminal’s  assigned  frame  and  corresponds  to  the  case  where  there  is  perfect 
alignment  of  the  GT  clock  with  the  payload  clock. 
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Using  the  default  starting  point,  the  first  series  of  coarse  synchronization  probes  are 
transmitted  starting  on  hop  288  of  the  terminal’s  assigned  frame.  On  the  next  iteration,  the 
synchronization  probes  are  delayed  by  a  hop  and  are  transmitted  starting  at  hop  (N+l)=289  of  the 
terminal’s  next  assigned  frame.  The  following  series  of  synchronization  probes  are  transmitted  a 
hop  earlier  than  the  starting  point,  at  hop  (N-l)=287.  With  each  iteration  of  the  search,  the 
timing  hypotheses  move  further  away  from  the  starting  point.  The  “outward  moving’’  search 
scheme  is  illustrated  in  Fig.  3.5. 
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Fig.  3.5  Search  scheme  for  coarse  synchronization  tuning  hypotheses 


The  timing  hypotheses  are  stored  in  an  array  indexed  by  the  frame  number  during  which 
the  synchronization  probes  were  transmitted.  This  allows  a  hypothesis  to  be  retrieved  should  it 
result  in  the  synchronization  probes  being  detected  by  the  payload  simulator.  The  actions 
following  the  detection  of  synchronization  probes  are  discussed  below. 

A  search  range  is  included  as  a  parameter  for  the  search  scheme  and  is  used  to  limit  how 
many  timing  hypotheses  are  tested  in  the  search.  The  search  range  is  given  by  the  absolute  value 
of  the  maximum  offset  from  the  starting  point  for  which  coarse  synchronization  probes  will  be 
transmitted.  The  search  range  is  in  units  of  hops  and  is  user-configurable  as  a  parameter  which  is 
downloaded  from  an  ASCII  data  file  during  run  time.  The  ASCII  data  file  is  discussed  in  Section 
3.3.3.  The  default  search  range  is  set  at  32  hops  which  results  in  the  probes  being  transmitted 
with  timing  hypotheses  of  up  to  ±  32  hops  or  ±1  subframe.  If  the  coarse  synchronization  probes 
have  not  been  detected  when  the  entire  search  range  has  been  exhausted,  the  search  range  is 
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exceeded  and  the  GT  processor  proceeds  to  state  6  where  an  error  is  signalled  to  the  user.  State  6 
is  described  in  Section  3.3. 1.2,6. 

In  addition  to  generating  the  coarse  synchronization  probes,  the  GT  processor  processes 
the  synchronization  responses  which  are  returned  by  the  payload  simulator.  As  described  in 
Section  2.2.3,  the  synchronization  responses  for  each  frame  are  transmitted  to  the  GT  simulator 
via  the  synchronization  response  return  serial  link.  The  synchronization  response  contains  both 
coarse  and  fine  synchronization  estimates.  During  coarse  synchronization,  the  GT  processor 
processes  only  the  coarse  synchronization  estimate  corresponding  to  the  terminal’s  allocated 
probe  frame.  If  no  “detect”  received  in  the  appropriate  coarse  synchronization  estimate,  the  GT 
processor  does  nothing  further  and  continues  with  its  task  of  generating  coarse  synchronization 
probes.  However,  if  a  “detect”  is  received  in  either  of  the  bursts,  the  GT  processor  suspends  the 
generation  of  synchronization  probes  for  different  timing  hypotheses,  and  proceeds  to  state  3  to 
verify  the  “detect”  received.  TTie  last  timing  hypothesis  tested  is  saved  before  going  to  state  3  to 
facilitate  resumption  of  the  probe  generation  if  the  “detect”  received  proves  to  be  an  invalid  one. 


3.3. 1 .2.3  Verification  of  “Detect”  Responses  Received 

In  order  to  be  certain  that  a  “detect”  response  is  valid,  the  GT  processor  retransmits 
synchronization  probes  using  the  timing  hypothesis  which  prompted  the  “detect”.  In  this 
implementation,  the  GT  processor  uses  the  reference  frame  number  included  in  the 
synchronization  response  to  retrieve  the  appropriate  hypothesis  to  be  verified.  The  GT  processor 
again  waits  until  the  terminal’s  allocated  probe  frame  to  retransmit  the  synchronization  probes. 
The  GT  processor  examines  the  subsequent  coarse  synchronization  estimates  to  confirm  the 
detection  of  synchronization  probes  by  the  payload  simulator.  Therefore,  just  as  in  state  2,  the 
GT  processor  also  processes  synchronization  responses  from  the  payload  simulator.  For  this 
implementation,  the  user  can  define  the  number  of  iterations  for  synchronization  probe 
retransmission  to  validate  the  “detect”  response.  As  well,  the  number  of  subsequent  “detects” 
which  are  to  be  received  to  confirm  detection  is  user-configurable.  The  two  configurable  values 
are  included  in  the  same  ASCII  data  file  that  contains  the  search  range  parameter  mentioned  in 
Section  3.3. 1.2.2. 

As  shown  in  Fig.  2.4,  there  is  a  processing  delay  from  the  time  the  synchronization  probes 
are  transmitted  to  the  time  the  corresponding  synchronization  response  is  received  by  the  GT.  As 
a  result,  when  the  GT  processor  first  enters  into  state  3  to  verify  a  “detect”  response,  the  GT 
processor  may  continue  to  receive  synchronization  responses  for  probes  sent  prior  to  changing 
states.  These  synchronization  responses  are  stored  temporarily  so  that  they  may  be  processed 
later  should  a  “false  detect”  result  from  the  retransmitted  synchronization  probes  during 
verification.  A  “false  detect”  occurs  if  the  minimum  number  of  “detects”  required  to  confirm  the 
detection  for  the  retransmitted  probes  is  not  received  for  the  number  of  iterations  selected.  If  a 
“false  detect”  is  concluded  during  the  verification  process,  the  GT  processor  enters  into  state  5  to 
process  the  temporarily  stored  synchronization  responses.  State  S  is  described  further  in  Section 
3.3.I.2.5.  In  this  implementation  of  the  GT  processor,  only  synchronization  responses  for  the 
single  terminal  considered  are  stored  in  the  synchronization  responses  buffer.  As  an  added 
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precaution,  the  GT  processor  checks  to  see  if  there’s  any  more  room  in  the  synchronization 
response  buffer  before  storing  the  synchronization  response.  The  overflow  check  serves  as  a 
debug  feature  to  ensure  the  buffer  is  being  cleared  properly.  If  there  is  an  overflow  of  the 
synchronization  response  buffer,  then  the  GT  processor  goes  to  state  7  where  a  signal  is  sent  to 
the  user  indicating  Ae  overflow  error.  The  actions  taken  in  state  7  are  described  further  in 
Section  3.3. 1.2.7. 

If  the  verification  is  successful  and  the  original  “detect”  is  confirmed,  the  GT  processor 
examines  “detect”  responses  for  the  retransmitted  probes  to  determine  whether  the  GT  clock 
should  be  delayed  by  1/2  a  hop.  This  additional  step  is  required  because  as  mentioned  in  Section 
3.3.1 .2.2,  the  two  bursts  of  synchronization  probes  are  transmitted  'with  a  timing  offset  of  1/2  hop 
between  them.  In  essence,  two  timing  hypotheses  are  transmitted  in  one  probe  frame  during 
coarse  synchronization.  As  a  result,  the  synchronization  response  from  the  payload  simulator 
consists  of  two  estimates  for  each  coarse  synchronization  channel  as  described  in  Section  2.2.3. 
Fig.  3.6  illustrates  the  possible  scenarios  of  synchronization  responses.  It  is  noted  that  four  hops 
per  burst  are  used  to  simplify  the  illustration.  As  the  second  burst  is  delayed  by  1/2  a  hop,  if  the 
responses  for  the  retransmitted  probes  indicates  a  majority  of  “detects”  in  the  second  burst,  the 
GT  clock  is  delayed  by  1/2  hop.  Once  the  adjustment  is  made  the  GT  processor  advances  to 
State  4  which  is  described  further  in  the  following  section. 
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Fig.  3.6  (cont’d)  Different  scenarios  for  GT  clock  alignment  with  payload  clock 


3.3. 1.2.4  Preparing  for  Fine  Synchronization 

In  State  4,  the  GT  processor  uses  the  confirmed  hypothesis  to  adjust  the  GT  clock  before 
proceeding  to  the  fine  synchronization  algorithm.  In  this  implementation,  a  signal  is  sent  back  to 
the  user  to  indicate  that  coarse  synchronization  has  been  achieved.  The  user  is  then  given  the 
option  to  continue  with  fine  synchronization  or  to  halt  the  program.  The  user  options  are 
described  in  more  detail  in  Section  3.3.2. 


27 


3.3. 1.2.5  Clearing  the  Synchronization  Response  Buffer 

A  synchronization  response  buffer  is  used  to  store  synchronization  responses  which  arrive 
after  the  GT  processor  changes  from  state  2  (generating  synchronization  probes)  to  state  3 
(verification  of  “detect”).  The  responses  correspond  to  the  synchronization  probes  transmitted 
after  those  which  resulted  in  a  “detect”  response  from  the  payload  simulator.  If  the  original 
“detect”  response  is  shown  to  be  invalid  in  state  3,  the  GT  processor  processes  the  stored 
responses  to  see  if  a  “detect”  was  received  for  the  subsequent  synchronization  probes.  The  buffer 
thus  saves  the  GT  processor  from  having  to  retransmit  synchronization  probes  for  the  hypotheses 
tested.  If  a  “detect”  is  received  in  a  subsequent  response,  then  the  GT  processor  switches  back  to 
state  3  to  verify  whether  this  “detect”  is  valid  or  not.  Otherwise,  if  all  the  stored  responses  are 
processed  and  no  “detect”  occurs,  then  the  GT  processor  resumes  generation  of  synchronization 
probes  (state  2). 


3.3. 1.2.6  Search  Range  for  Coarse  Synchronization  Routine  Exceeded 

When  synchronization  probes  for  all  the  timing  hypotheses  have  been  transmitted  for  the 
search  range  and  no  subsequent  “detect”  is  received  for  any  of  the  probes,  a  flag  is  set  to  alert  the 
user.  The  user  is  then  given  a  choice  to  repeat  the  downlink  synchronization  procedure  or  to  halt 
the  program.  The  user  options  are  described  in  more  detail  in  Section  3.3.2. 


3.3. 1.2.7  Synchronization  Response  Buffer  Overflow 

If  an  overflow  occurs  in  the  synchronization  response  buffer,  then  a  flag  is  set  to  alert  the 
user  to  the  error.  The  host/user  interface  program  for  the  GT  simulator  is  subsequently  aborted. 
The  host/user  interface  program  is  described  further  in  Section  3.3.2. 


3.3. 1.3  Fine  Synchronization  Assembly  Routine 

Once  coarse  synchronization  is  achieved,  the  GT  performs  fine  synchronization  in  order 
to  refine  the  GT  clock  alignment  with  the  payload  clock.  For  fine  synchronization,  the  GT 
processor  performs  tasks  similar  to  those  during  coarse  synchronization.  The  GT  processor 
generates  fine  synchronization  probes  to  be  transmitted  at  allocated  times  and  processes 
synchronization  responses  transmitted  by  the  payload  simulator  relating  to  the  fine 
synchronization  probes.  During  fine  synchronization,  the  GT  processor  is  also  responsible  for 
adjusting  the  GT  clock  according  to  the  fine  synchronization  estimate  received  from  the  payload 
simulator.  For  this  implementation,  fine  synchronization  is  considered  achieved  when  the  GT 
clock  is  within  10%  of  a  hop  from  the  payload  clock.  The  choice  of  10%  was  considered 
reasonable  to  account  for  frequency  drift  with  minimal  degradation  to  FSK  modulation 
performance.  The  fine  synchronization  procedure  is  illustrated  in  Fig.  3.7.  The  general  concepts 
of  the  states  in  Fig.  3.7  are  described  further  in  the  following  subsections.  A  listing  of  the 
assembly  program  for  the  fine  synchronization  routine  is  included  in  Section  B.5,  Appendix  B. 
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Fig.  3.7  Fine  synchronization  procedure  state  diagram 


3.3. 1.3.1  Beginning  Fine  Synchronization 

Upon  receiving  a  command  to  perform  fine  synchronization,  the  fine  synchronization 
routine  begins  by  initializing  variables  associated  with  the  transmission  of  fine  synchronization 
probes.  The  DSP  also  sends  a  command  to  the  HSC  to  go  to  RUN  mode  afterwhich  the  HSC 
switches  the  frequency  synthesizer  according  to  a  pseudorandom  sequence  [3].  The  DSP  then 
proceeds  to  state  2  to  begin  transmitting  fine  synchronization  probes. 


3.3. 1 .3.2  Generation  of  Fine  Synchronization  Probes 

As  in  the  case  of  coarse  synchronization,  only  one  terminal  is  realized  to  facilitate  the 
demonstration  of  the  fine  synchronization  algorithm.  In  addition,  the  terminal  allocation  for 
transmitting  fine  synchronization  probes  is  again  selected  to  be  on  frames  which  are  a  multiple  of 
four. 


The  fine  synchronization  process  involves  transmitting  fine  synchronization  probes 
during  a  terminal’s  allocated  frame  and  time  slot.  As  described  in  Section  2.2.2,  fine 
synchronization  probes  are  transmitted  in  a  single  burst  of  32  probes.  Another  difference 
between  the  two  synchronization  processes  is  in  the  way  the  probes  are  transmitted.  For  coarse 
synchronization,  synchronization  probe  firequencies  are  precomputed  and  the  GT  processor  sends 
commands  to  the  HSC  to  transmit  the  probes.  In  fine  synchronization,  the  frequency  for  the  fine 
synchronization  probe  is  transferred  to  the  HSC  on  a  hop  basis.  The  fine  synchronization  probe 
frequency  is  defined  by  a  channel  and  FSK  tone  bin.  The  channel  and  FSK  tone  bin  information 
are  passed  to  the  HSC  through  the  GT  processor  i/f  board.  The  HSC  then  uses  the  information  to 
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generate  the  appropriate  transmit  hop  signal  on  the  frequency  synthesizer.  In  this  implementation 
of  the  GT  simulator,  the  fine  synchronization  probes  are  transmitted  on  channel  2,  FSK  tone  bin 
3.  The  GT  processor’s  task  is  to  determine  when  it  is  time  to  transmit  the  fine  synchronization 
probes.  The  transmission  of  the  fine  synchronization  probes  is  carried  out  by  the  interrupt 
service  routine  which  is  described  in  Section  3.3. 1.4.  When  it  is  time  to  transmit  fine 
synchronization  probes,  the  GT  processor  sets  a  flag  which  is  monitored  by  the  interrupt  service 
routine. 


In  addition  to  determining  when  fine  synchronization  probes  are  to  be  transmitted,  the  GT 
processor  processes  the  synchronization  responses  which  are  returned  by  the  payload  simulator. 
Again,  the  synchronization  responses  for  each  frame  are  transmitted  to  the  GT  simulator  on  the 
synchronization  response  return  serial  link.  The  fine  synchronization  responses  correspond  to  the 
payload  simulator’s  estimate  of  how  early  or  late  the  received  probes  are  relative  to  the  system 
clock.  In  this  implementation,  the  host/user  interface  program  of  the  GT  simulator  initially 
processes  the  fine  synchronization  responses  and  computes  an  average  of  ten  responses  received 
for  the  user.  The  host/user  interface  program  also  calculates  a  corresponding  phase  adjustment 
required  for  the  NCO  to  refine  the  GT  clock  alignment.  The  average  estimate  of  the  responses 
and  the  phase  change  are  then  transferred  to  the  GT  processor.  When  the  GT  processor  has  read 
and  stored  the  two  values,  the  GT  processor  proceeds  to  state  3  to  adjust  the  GT  clock. 


3.3. 1.3.3  Refining  the  Alignment  of  the  Ground  Terminal  Clock 

Prior  to  adjusting  the  NCO  phase  to  realign  the  GT  clock,  the  GT  processor  checks 
whether  the  estimates  received  for  the  user  are  converging.  The  point  of  convergence  is  chosen 
to  correspond  to  the  GT  clock  being  within  10%  of  a  hop  from  the  payload  clock.  In  addition, 
the  GT  processor  checks  to  see  how  many  times  the  GT  clock  has  been  adjusted  (or  how  many 
bursts  of  fine  synchronization  probes  have  been  sent)  to  avoid  the  situation  of  endlessly  trying  to 
perform  fine  synchronization. 

In  this  implementation,  the  adjustment  of  the  GT  clock  is  carried  out  over  a  frame  (320 
hops)  to  minimize  frequency  discontinuities  while  making  the  adjustment  in  a  timely  manner. 
Based  on  the  estimate  received  from  the  synchronization  response,  a  new  GT  clock  frequency  is 
calculated  to  align  the  GT  clock  over  a  period  of  320  hops,  ^erwhich  the  original  GT  clock 
frequency  is  reinstated.  The  calculations  for  the  new  frequency  which  take  into  consideration 
this  gradual  approach  is  described  in  Section  3.3.2.  If  the  synchronization  response  indicates  that 
the  probes  received  were  early,  the  GT  clock  frequency  is  lowered  to,  in  effect,  delay  the  clock. 
Conversely,  if  the  estimate  shows  that  fine  synchronization  probes  were  late,  then  the  GT  clock 
frequency  is  increased  to  advance  the  clock.  The  clock  frequency  adjustment  is  implemented  by 
adjusting  the  phase  increment  of  the  NCO  which  produces  the  clock  signals  for  the  GT  simulator. 
In  the  assembly  language  program,  a  subroutine  is  called  to  transfer  the  new  phase  increment  to 
the  NCO  via  the  GT  processor  i/f  board.  Once  the  new  phase  adjustment  is  loaded,  the  GT 
processor  waits  for  320  hops  afterwhich  the  original  phase  increment  for  the  NCO  is  reloaded  to 
produce  the  initial  GT  clock  fi-equency. 
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3.3. 1.3.4  Nonconvergence  of  Fine  Synchronization  Estimates 

The  arrival  into  this  state  implies  that  either  the  synchronization  estimates  being  received 
from  the  payload  simulator  are  not  converging,  or  it  has  taken  too  long  for  the  synchronization 
estimates  to  converge.  At  this  point,  the  assembly  language  routine  sets  a  flag  to  indicate  to  the 
host  program  that  this  event  has  occurred.  The  fine  synchronization  assembly  language  routine 
then  returns  to  the  main  assembly  language  program  to  wait  for  the  next  command  from  the  user. 


3.3.1. 3.5  Achieving  Fine  Synchronization 

When  fine  synchronization  is  achieved,  the  GT  processor  sets  a  flag  to  the  host  program. 
At  this  point,  the  GT  processor  is  ready  to  transmit  user  data.  However,  the  development  of  the 
GT  simulator  was  terminated  here  as  the  demonstration  of  synchronization  concepts  was  the 
primary  goal  of  this  project. 


3.3. 1.4  Interrupt  Service  Routine 

In  the  GT  simulator  implementation,  an  interrupt  is  generated  on  the  rising  edge  of  every 
hop  clock  pulse.  When  an  interrupt  is  received  by  the  DSP,  the  DSP  stops  its  current  task  and 
invokes  the  interrupt  service  routine  (ISR).  The  interrupt  service  routine  carries  out  some  routine 
updating  of  counters  and  performs  tasks  related  to  synchronization  if  applicable.  Once  the 
interrupt  service  routine  has  been  executed,  the  DSP  continues  the  task  it  was  performing  prior  to 
receiving  the  interrupt.  The  interrupt  service  routine  is  written  in  assembly  language  and  can  be 
found  in  Section  B.6,  Appendix  B.  The  tasks  for  the  interrupt  service  are  shown  in  Fig.  3.8  and 
are  described  in  more  detail  in  the  following  paragraphs. 


3.3. 1 .4. 1  ISR  Housekeeping 

The  first  step  of  the  interrupt  service  routine  consists  of  clearing  the  interrupt  signal  sent 
to  the  DSP  by  the  GT  processor  i/f  board.  The  interrupt  signal  is  automatically  cleared  on  the  GT 
processor  i/f  board  by  reading  the  interrupt  port  of  the  GT  processor  i/f  board  [4].  The  next  step 
for  the  interrupt  service  routine  is  to  update  the  hop  and  frame  counters  of  the  GT  processor. 
Finally,  the  interrupt  service  routine  checks  to  see  if  the  GT  processor  is  in  either  downlink 
synchronization,  uplink  coarse  synchronization,  or  uplink  fine  synchronization  modes.  If  the  GT 
processor  is  not  in  one  of  these  modes,  the  interrupt  service  routine  is  then  complete  and  the  DSP 
can  resume  its  normd  operations.  Otherwise,  the  interrupt  service  routine  performs  one  of  the 
tasks  described  below  before  the  DSP  resumes  its  normal  operations. 
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Fig.  3.8  Interrupt  Service  Routine  Flow  Diagram 


3.3. 1.4 .2  ISR  Tasks  for  Coarse  Synchronization  Mode 

For  coarse  synchronization,  the  interrupt  service  is  responsible  for  transmitting  the  coarse 
synchronization  probes  at  the  appropriate  time.  In  order  to  determine  the  appropriate  time  for 
transmitting  the  coarse  synchronization  probes,  the  interrupt  service  routine  goes  through  a  series 
of  checks.  As  described  in  [3],  when  the  HSC  is  changed  to  CSYNC  (coarse  synchronization) 
mode,  the  HSC  first  requires  a  certain  amount  of  time  to  precompute  the  hop  frequencies  for  the 
coarse  synchronization  probes.  Thus,  the  interrupt  service  routine  first  verifies  that  the 
precomputation  time  has  elasped.  After  the  precomputation  time  has  elapsed,  the  interrupt 
service  routine  must  check  to  see  if  the  current  hop  is  hop  0.  During  coarse  synchronization,  the 
HSC  must  be  given  an  FCALC  (frequency  calculate)  command  on  hop  0  of  every  frame  in  order 
to  calculate  the  next  synchronization  probe  frequencies.  The  next  step  is  to  verify  whether  the 
current  frame  is  one  that  is  assigned  to  the  user.  If  it  is  an  assigned  frame,  the  interrupt  service 
routine  checks  to  see  if  it  is  time  to  transmit  coarse  synchronization  probes  based  on  a  particular 
timing  hypothesis.  Once  it  is  the  appropriate  time,  the  interrupt  service  routine  must  differentiate 
between  transmitting  one  of  the  two  bursts  of  probes  with  a  timing  offset  of  1/2  hop  between 
them  as  described  in  Section  3.3. 1.2.2.  The  transmission  of  the  coarse  synchronization  probes  is 
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accomplished  by  sending  ULGO  (uplink  GO)  commands  to  the  HSC  through  the  GT  processor 
i/f  board  [3, 4]. 


3.3. 1.4.3  ISR  Tasks  for  Fine  Synchronization  Mode 

As  described  in  Section  2.2.2,  during  fine  synchronization,  the  GT  processor  transmits  a 
series  of  bursts  of  32  fine  synchronization  probes  at  specific  times  allocated  to  a  particular 
terminal.  As  a  result,  the  interrupt  service  routine  must  perform  a  similar  series  of  checks  as  for 
coarse  synchronization  in  order  to  determine  when  to  transmit  the  synchronization  probes.  First, 
the  interrupt  service  routine  checks  to  see  if  the  current  frame  is  an  allocated  frame  for  fine 
synchronization.  If  so,  the  interrupt  service  routine  checks  for  the  appropriate  time  to  transmit 
the  fine  synchronization  probes.  The  fine  synchronization  probes  are  transmitted  by  writing  the 
channel  and  FSK  bin  information  to  the  FSK/FRAME  port  of  the  GT  processor  i/f  board  [3, 4]. 

If  the  current  frame  is  not  allocated  for  the  transmission  of  fine  synchronization  probes,  a  TXOFF 
(transmit  off)  command  is  written  to  the  FSK/FRAME  port  which  causes  the  transmit  signal  to 
be  attenuated,  effectively  turning  the  transmitter  off. 


3. 3. 1.4.4  ISR  Tasks  for  Downlink  Synchronization  Mode 

As  described  in  Section  2.1,  downlink  synchronization  is  performed  in  order  to  acquire 
the  satellite  downlink.  In  practice,  downlink  synchronization  consists  of  the  ground  terminal 
detecting  synchronization  aids  transmitted  by  the  payload.  The  detection  of  the  synchronization 
aids  also  provides  the  ground  terminal  with  some  preliminary  information  to  begin  uplink 
synchronization.  A  simulated  downlink  synchronization  link  was  implemented  whereby  a 
reference  pulse  is  transmitted  on  a  serial  link  connecting  the  payload  and  GT  simulators.  The 
rising  and  falling  edges  of  the  reference  pulse  were  chosen  to  correspond  to  the  start  of 
hopO/frameO  and  hopO/firame  1  respectively.  Access  to  the  reference  pulse  is  achieved  by  way  of 
the  status  register  on  the  DIB  [6].  When  the  ground  terminal  processor  is  in  downlink 
synchronization  mode,  the  interrupt  service  routine  reads  the  status  register  of  the  DIB  and 
examines  whether  a  rising  or  falling  edge  has  occurred.  If  either  edge  is  detected,  the  interrupt 
service  routine  verifies  the  hop  and  frame  counters  are  set  properly  or  resets  the  counters  as 
required. 
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3.3.2  Host/User  Interface  Program 


The  user  interface  to  the  GT  simulator  is  provided  by  the  host/user  interface  program 
which  is  written  in  C.  A  listing  of  the  host/user  interface  program  is  included  in  Section  B.2, 
Appendix  B.  The  host/user  interface  program  initializes  and  downloads  the  DSP  code  to  the 
DSP  board  (also  referred  to  as  the  GT  processor)  and  allows  the  user  to  select  the  mode  of 
operation  for  the  GT  simulator.  Furthermore,  the  host/user  interface  program  monitors  the  status 
of  the  simulation  by  continuously  checking  a  series  of  flags  and  responding  as  required.  The 
general  flow  of  the  program  steps  is  shown  in  Fig.  3.9.  A  description  of  each  of  these  steps  or 
tasks  is  provided  in  the  following  paragraphs. 


Fig.  3.9  Host/user  interface  flow  diagram 


3.3.2. 1  DSP  Board  Initialization 

The  first  step  of  the  host/user  interface  program  involves  using  interface  library 
subroutines  provided  by  Spectrum  Signal  Processing  Inc.  [1 1]  to  properly  initialize  the  DSP 
board  which  operates  as  the  GT  processor.  Once  the  appropriate  DSP  board  is  selected  and 
initialized,  the  DSP  code  is  downloaded  into  the  DSP  program  memory.  The  dual  port  memory 
of  the  DSP  board,  which  allows  for  data  transfer  between  the  DSP  and  host  PC  and  vice  versa,  is 
then  initialized.  Finally,  a  reset  is  issued  to  the  DSP  board  using  the  interface  library  functions  to 
start  the  execution  of  the  DSP  program. 


3.3.2.2  Downloading  Simulation  Parameters 

In  order  to  allow  flexibility  in  changing  parameter  values  for  a  particular  simulation, 
parameters  are  stored  in  ASCII  files  which  are  read  by  the  host/user  interface  program  and 
subsequently  transferred  to  the  DSP  board.  For  this  implementation  of  the  GT  simulator,  there 
are  three  ASCII  data  files.  The  three  data  files  include  values  for  general  GT  parameters,  for  the 
HSC,  and  for  CW  frequency  values.  The  data  files  are  described  further  in  Section  3.3.3  and  are 
included  in  Appendix  C.  In  the  host/user  interface  program,  each  value  is  read  and  then 
formatted  to  be  downloaded  to  the  DSP.  The  downloading  of  the  parameter  values  is  also 
reflected  in  the  DSP  main  assembly  program  which  is  discussed  in  Section  3.3. 1.1.1. 
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3.3.2. 3  Serial  Communications  Initialization 


As  described  in  Section  3.1,  the  experimental  setup  consists  of  the  ground-based  payload 
and  GT  simulators  being  located  approximately  1.5  km  apart.  In  order  to  facilitate  integration 
and  testing  of  the  software,  a  remote  operation  capability  was  implemented  for  the  GT  simulator. 
A  serial  communications  link  was  installed  to  connect  the  two  simulators.  Using  the  serial 
communications  software  developed  at  DREG  [10],  the  GT  simulator  can  be  operated  by  the 
payload  simulator.  It  is  noted  that  the  scope  of  the  remote  operation  only  encompasses  the  mode 
of  operation  for  the  GT  simulator.  The  GT  simulator  still  has  to  be  powered  on  and  the 
executable  file  has  to  be  run  locally  before  remote  operation  can  occur.  Similarly,  if  a 
catastrophic  error  occurs  and  a  reboot  of  the  GT  simulator  is  required,  the  reboot  must  also  be 
performed  at  the  local  terminal. 


3.3.2.4  User  Interface  Menu 

During  the  development  of  the  GT  simulator,  several  modes  of  operation  were 
implemented.  The  modes  of  operation  were  introduced  in  Section  3.3.1. 1.2.  While  some  of 
these  modes  are  not  part  of  the  uplink  synchronization  process,  they  are  retained  for  debug 
purposes.  A  mode  is  selected  by  the  user  from  a  menu  which  is  displayed  on  the  local  terminal. 
A  replica  of  the  user  menu  which  is  displayed  on  the  local  screen  is  shown  in  Fig.  3.10.  Each  of 
the  options  in  the  menu  are  described  further  in  the  following  paragraphs. 
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Fig.  3.10  User  menu  for  the  GT  simulator 
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The  first  six  options  on  the  user  menu  allow  the  user  to  select  a  CW  frequency  tone  to  be 
transmitted.  The  first  five  of  six  options  (‘L’,  ‘U’,  ‘M’,  ‘Q’,  ‘T’)  correspond  to  the  lower  edge, 
the  upper  edge,  the  middle,  the  quarter  mark,  and  the  three-quarter  mark  of  the  hopping 
bandwidth  respectively.  These  values  are  stored  in  an  ASCII  data  file  which  is  read  by  the 
host/user  program  as  described  above.  The  sixth  option  (‘F’)  corresponds  to  an  arbitrary  value 
within  the  hopping  bandwidth,  selectable  by  the  user. 

The  RUN  mode  option  (‘R’)  causes  the  HSC  to  randomly  hop  over  the  hopping  or  system 
bandwidth.  Alternatively,  the  ‘S’  option  transmits  a  CW  tone  that  is  swept  across  the  hopping 
bandwidth.  The  user  can  select  the  rate  at  which  the  tone  is  swept  through  the  bandwidth  by 
entering  a  dwell  time  (in  seconds)  and  a  hopping  increment  (between  1  and  16777215)  for  the 
prompts  following  the  ‘S’  entry. 

The  ‘E’  option  enables  the  detection  of  the  downlink  synchronization  reference  pulse 
(FRO  pulse).  When  this  option  is  invoked,  the  DSP  returns  a  flag  every  time  the  rising  edge  of 
the  FRO  pulse  is  detected.  The  host/user  interface  program  prints  a  message  on  the  local  screen 
indicating  that  the  rising  edge  of  the  FRO  pulse  was  detected  and  prints  the  values  of  the  hop  and 
frame  counters  when  the  edge  is  detected.  The  values  indicate  whether  an  adjustment  is  required 
for  the  counters.  When  no  adjustments  are  observed  for  the  counters  over  a  period  of  time, 
downlink  synchronization  can  be  considered  to  be  achieved  and  thus,  the  detection  of  the  FRO 
pulse  can  be  disabled.  To  disable  this  option,  a  ‘D’  may  be  entered  at  any  time  during  this  mode 
of  operation. 

The  ‘C’  and  ‘W’  allow  the  user  to  execute  the  coarse  and  fine  synchronization  algorithms 
for  the  GT  simulator,  respectively.  The  detailed  description  of  the  algorithms  are  included  in 
Sections  3.3. 1.2  and  3.3. 1.3. 


3.3.2.5  Host/User  Interface  Loop 

Once  the  DSP  and  host  initialization  have  taken  place  and  the  user  menu  is  displayed,  the 
host  enters  into  a  loop  operation  to  respond  to  user  commands  and  to  flag  conditions  relating  to 
the  status  of  the  simulation.  Fig.  3.1 1  illustrates  the  loop.  The  order  in  which  the  loop  is  carried 
out  is  only  a  reflection  of  the  order  in  which  the  GT  processor  functions  were  developed. 
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Fig.  3.11  Host/user  interface  loop 


3.3.2.5.1  Checking  for  User  Input  -  Local  Keyboard  Input 

If  the  host  detects  a  keyboard  entry,  it  will  process  the  input  to  determine  whether  the 
input  is  valid  and  if  so,  take  appropriate  action.  The  valid  entries  are  the  options  on  the  user 
menu  described  in  Section  3.3.2.4.  The  subroutine  for  processing  keyboard  entries  has  been 
written  to  be  case  insensitive  (i.e.  the  host  program  interprets  upper  and  lower  case  entries  to  be 
the  same).  If  a  valid  entry  is  received,  the  host  transfers  the  appropriate  command  to  the  DSP 
board.  In  addition,  if  serial  communications  between  the  payload  and  GT  simulators  is  activated, 
a  keyboard  entry  at  the  local  terminal  will  also  cause  a  message  to  be  sent  to  the  remote  terminal 
identifying  the  entry  made.  If  an  invalid  entry  is  received,  the  host  program  prints  an  error 
message,  prompts  the  user  for  another  entry  and  displays  the  user  menu  again. 

3.3.2.5.2  Checking  for  User  Input  -  Remote  Input 

The  host  program  also  checks  for  remote  input  if  serial  communications  is  enabled 
between  the  payload  and  GT  simulators.  Similar  to  any  keyboard  input,  the  host  program 
processes  the  remote  input  to  determine  whether  it  is  valid.  The  input  options  for  remote  input 
correspond  to  the  options  on  the  user  menu.  Remote  input  through  the  serial  communications 
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link  is  formatted  as  text  messages  which  must  be  read  and  decoded  by  the  host  program.  If  a 
valid  entry  is  received,  the  host  transfers  the  appropriate  command  to  the  DSP  board  and  prints  a 
message  on  the  local  terminal  that  a  remote  entry  has  been  made. 


3.3.2.5.3  Checking  for  FRO  Pulse  Edge  Detection 

The  task  of  checking  for  the  FRO  pulse  edge  detection  was  originally  used  in  the 
development  of  the  downlink  synchronization  mode  for  the  GT  simulator.  The  task  has  been 
retained  for  debug  purposes.  'Die  task  involves  reading  a  location  in  dual  port  memory  to  see  if 
the  flag  for  an  FRO  pulse  edge  detection  is  set.  If  the  flag  is  set,  the  host  program  clears  the  flag 
and  displays  a  message  on  the  screen  including  the  value  of  the  hop  and  frame  counters  before 
the  edge  was  detected.  The  detection  of  the  FRO  pulse  can  be  disabled  at  any  time  by  entering 
‘D’. 


3.3.2.5.4  Checking  for  Completion  of  Task  by  DSP 

In  this  step  of  the  loop  operation,  the  host  program  checks  to  see  whether  the  DSP  is 
ready  to  receive  another  user  coimnand  by  reading  the  C30DONE  flag  which  is  also  stored  in 
dual  port  memory.  When  the  C30DONE  flag  is  set,  the  host  program  prompts  the  user  for 
another  command. 


3.3.2.5.5  Checking  for  Return  Link  Synchronization  Response 

Synchronization  responses  are  received  by  the  GT  simulator  from  the  payload  through  a 
serial  communications  link  and  stored  in  a  buffer  on  the  host  PC.  When  a  synchronization 
response  is  received,  the  host  program  reads  and  decodes  the  response  according  to  the  format 
presented  in  Section  2.2.3.  If  the  GT  simulator  is  in  coarse  synchronization  mode,  the  response 
is  transferred  to  the  DSP.  However,  in  the  case  of  fine  synchronization,  an  average  of  ten  fine 
synchronization  responses  is  computed  first.  An  average  value  of  the  fine  synchronization 
estimates  was  chosen  over  a  single  estimate  to  provide  further  accuracy  of  the  realignment 
required  for  the  GT  clock  and  possibly  reduce  Ae  number  of  adjustments  needed  to  align  Ae  GT 
clock  wiA  Ae  payload  clock.  The  average  is  Aen  used  to  compute  Ae  phase  change  required  on 
the  NCO  to  align  Ae  GT  clock.  BoA  Ae  average  fine  synchronization  response  and  Ae 
corresponding  phase  change  required  are  Aen  transferred  to  Ae  DSP. 


3.3.2.5.6  Checking  OAer  Flag  Conditions 

The  final  step  of  Ae  loop  operation  for  Ae  host  program  is  to  check  a  series  of  flags 
which  indicate  Ae  status  of  Ae  simulation.  Again,  while  some  flags  may  not  explicitly  be  part  of 
the  uplink  synchronization  process,  Aey  are  retained  for  debug  purposes.  Table  3.3  describes 
each  of  Ae  flags  which  are  monitored  by  the  host  program  and  any  subsequent  options  should  a 
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flag  become  set.  Again,  the  order  in  which  the  flags  are  listed  only  reflect  the  order  in  which  the 
functionality  was  added  in  the  development  of  the  GT  simulator. 


3.3.3  ASCn  Data  Files 

To  facilitate  the  reconfiguration  of  parameters  for  the  GT  processor  and  the  HSC  during 
the  trials  without  the  need  to  recompile  code,  three  ASCII  data  files  are  used.  These  data  files 
must  be  stored  in  the  same  directory  as  the  executable  file  for  the  host/user  interface  C  program. 
The  first  data  file  called  “freq.dat”  contains  the  frequency  values  at  specific  points  within  the 
hopping  bandwidth.  The  frequency  values  are  used  to  generated  CW  tones  to  verify  the  system 
integration  of  the  GT  and  payload  simulators  as  well  as  to  verify  the  S  ATCOM  link.  Frequency 
values  are  included  for  both  the  COMSTRON  and  SCITEQ  frequency  synthesizers  which  are 
supported  in  the  uplink  synchronization  trials.  The  second  data  file,  “hscinit.dat”,  contains  the 
parameters  to  be  initialized  on  the  HSC.  Again,  initial  values  are  included  for  both  the 
COMSTRON  and  SCITEQ  synthesizers.  The  third  data  file  called  “GTparam.dat”  allows  the 
user  to  select  values  for  GT  processor  variables.  The  user-definable  variables  enable  changes  to 
the  coarse  synchronization  and  fine  synchronization  procedures.  These  include  the  search  limit 
for  the  synchronization  probe  hypotheses,  the  number  of  times  a  “detect”  must  be  received  to 
confirm  coarse  synchronization,  the  synchronization  response  buffer  size,  and  the  range  of  fine 
synchronization  estimates  within  which  fine  synchronization  is  considered  to  be  achieved.  The 
ASCn  files  are  included  in  Appendix  C. 
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Flag  Name 

Description 

RNG.XCDED 

Indicates  that  the  search  range  for  the  coarse  synchronization  algorithm  has 
been  exceeded  with  no  coarse  synchronization  probes  being  detected.  The 
search  range  is  defined  by  the  user  in  an  ASCII  data  file  which  is  read  by  the 
host  program.  This  flag  is  used  to  indicate  that  the  range  of  timing  hypotheses 
to  be  tested  has  been  exceeded.  The  occurrence  of  this  flag  being  set  may 
indicate  the  possibility  of  an  error  with  the  downlink  synchronization 
acquisition.  Thus,  in  the  event  this  flag  is  set,  the  user  is  given  the  option  to 
return  to  downlink  synchronization  mode. 

CSYNC.OK 

Indicates  that  coarse  synchronization  has  been  achieved.  At  this  point,  the 
detection  of  coarse  synchronization  probes  for  a  particular  timing  hypothesis 
has  been  confirmed.  The  timing  hypothesis  is  used  to  adjust  the  hop  and 
frame  counters  (i.e.  GT  clock).  If  this  flag  becomes  set,  the  user  is  given  the 
option  to  go  to  fine  synchronization  mode. 

PLINE_FLAG 

Indicates  that  the  buffer  used  by  the  GT  processor  to  store  coarse 
synchronization  responses  is  full.  The  buffer  is  used  when  the  GT  processor  is 
verifying  a  timing  hypothesis  which  resulted  in  a  “detect”  response  from  the 
payload.  The  buffer  holds  only  responses  for  timing  hypotheses  which  were 
transmitted  after  the  timing  hypothesis  which  resulted  in  the  “detect”  response 
but  before  the  verification  procedure  commenced.  The  verification  of  timing 
hypotheses  is  described  in  Section  3.3. 1.2.3.  This  flag  is  used  for  debug 
purposes. 

TOO_MANY_HYPS 

Indicates  that  the  buffer  used  by  the  GT  processor  to  store  the  reference  frame 
number  and  timing  hypotheses  is  full.  This  condition  occurs  when  the  GT 
processor  tries  to  overwrite  another  entry.  This  flag  is  used  for  debug 
purposes. 

FRM_NOT_FOUND 

When  a  coarse  synchronization  response  is  received  from  the  payload,  it  is 
only  referenced  by  the  frame  number  to  which  the  response  corresponds. 

Thus,  the  GT  processor  must  retrieve  the  timing  hypothesis  used  in  that 
particular  frame  to  verify  the  hypothesis.  The  GT  processor  retrieves  the 
timing  hypothesis  from  the  hypothesis  log.  If  the  frame  number  is  not  found 
and  the  timing  hypothesis  cannot  be  retrieved,  the  FRM_NOT_FOUND  flag  is 
set.  The  host  program  is  subsequently  aborted.  This  flag  is  used  for  debug 
purposes. 

FSTART_AVAIL 

Indicates  that  the  frame  number  of  the  first  valid  fine  synchronization  response 
has  been  transferred  by  the  GT  processor.  The  frame  number  is  stored  by  the 
host  program  and  used  to  start  processing  fine  synchronization  responses. 

FSYNC_OK 

Indicates  that  fine  synchronization  has  been  achieved.  A  message  is  printed 
on  the  screen  that  the  GT  is  ready  to  transmit  data.  Due  to  time  constraints, 
the  data  transmission  function  has  not  been  implemented  on  the  GT  simulator. 

NO_FSYNC 

Indicates  that  fine  synchronization  could  not  be  achieved  as  the  fine 
synchronization  responses  did  not  converge.  If  this  condition  occurs,  the  user 
is  given  the  option  to  go  back  to  coarse  synchronization. 

UFLO.CDTN 

Indicates  that  data  was  not  transferred  to  the  GT  processor  i/f  board  in  time 
for  the  next  hop  during  fine  synchronization,  resulting  in  an  underflow 
condition.  A  message  is  printed  on  the  local  terminal  screen  and  the  host 
program  is  subsequently  aborted. 

Table  3.3  Description  of  flags  for  GT  simulator 
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4.0  Summary 


This  report  describes  the  development  of  a  GT  simulator  for  an  in-house  activity 
examining  synchronization  aspects  of  EHF  SATCOM  at  DREO  and  CRC.  The  GT  simulator 
consists  of  a  GT  processor,  a  number  of  custom  interface  boards,  frequency  synthesizer,  RF 
equipment,  and  a  data  source.  The  GT  processor  was  implemented  on  a  TMS320C30  DSP  board 
from  Spectrum  Signal  Processing  Inc.,  and  is  contained  in  a  host  PC.  A  GT  processor  i/f  board 
was  designed  and  fabricated  to  generate  the  necessary  clock  signals  for  the  GT  processor  and  to 
provide  the  interface  between  the  GT  processor  and  an  HSC.  The  HSC,  in  turn,  controlled  a 
frequency  synthesizer  used  to  produce  the  transmit  signal.  A  multipurpose  data  interface  board 
was  also  designed  and  fabricated  to  provide  the  interface  between  the  GT  processor  and  a  data 
source,  and  to  provide  the  interface  to  the  downlink  synchronization  reference  link. 

The  modes  of  operation  for  the  GT  simulator  include:  transmitting  CW  tones  at  specific 
points  in  the  hopping  bandwidth;  transmitting  an  arbitrary  CW  tone  within  the  hopping 
bandwidth;  sweeping  a  CW  tone  across  the  hopping  bandwidth;  performing  downlink 
synchronization  using  a  simulated  downlink;  performing  uplink  coarse  synchronization;  and 
performing  uplink  fine  synchronization.  The  first  three  functions  were  implemented  during  the 
development  of  the  simulator  and  are  retained  for  debug  purposes. 

The  GT  simulator  was  developed  for  use  in  uplink  synchronization  trials  over  the  UK 
Skynet  4A  satellite.  The  synchronization  procedure  begins  with  downlink  synchronization.  In 
this  implementation,  a  simulated  downlink  is  setup  between  the  payload  and  GT  simulators  via 
an  RS232  serial  communications  link.  A  downlink  synchronization  reference  pulse  is 
continously  transmitted  by  the  payload  simulator  to  the  GT  simulator.  The  edges  of  the  reference 
pulse  correspond  to  specific  instances  in  the  pseudorandom  hopping  sequence  of  the  payload 
simulator.  The  GT  simulator  detects  and  uses  this  reference  pulse  to  begin  uplink 
synchronization. 

There  are  two  stages  in  performing  uplink  synchronziation:  coarse  and  fine 
synchronization.  Both  involve  the  transmission  of  synchronization  probes  to  the  payload 
simulator  at  allocated  times.  Synchronization  responses  to  the  synchronization  probes  are 
formulated  by  the  payload  and  returned  to  the  GT  simulator.  In  coarse  synchronization,  a  binary 
“detect/no  detect”  response  is  returned.  In  fine  synchronization,  a  time  estimate  of  how  early  or 
late  the  received  probes  are  relative  to  the  system  clock  is  provided  on  the  synchronization 
response  return  link.  The  synchronization  response  return  link  is  implemented  on  a  serial 
communications  link  capable  of  data  transfer  at  9.6  kb/s.  These  responses  are  transmitted  to  the 
GT  simulator  once  every  frame. 

For  coarse  synchronization,  two  consecutive  bursts  of  sixteen  synchronization  probes  are 
transmitted  at  different  timing  hypotheses.  In  this  implementation  of  the  GT  simulator,  an 
“outward  moving”  search  scheme  is  used  in  coarse  synchronization  to  test  different  timing 
hypotheses  beginning  with  the  most  probable  hypothesis.  In  addition,  a  verification  process  is 
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carried  out  when  a  “detect”  response  is  first  received  by  the  GT  simulator  for  a  particular  timing 
hypothesis.  Coarse  synchronization  is  considered  achieved  when  the  GT  clock  is  aligned  to 
within  a  hop  of  the  payload  clock. 

In  fine  synchronization,  a  single  burst  of  thirty-two  synchronization  probes  is  transmitted. 
In  order  to  reduce  the  number  of  times  the  GT  clock  is  adjusted  and  to  minimize  any  estimate 
errors  due  to  noise,  an  average  of  ten  fine  synchronization  responses  is  used  to  the  determine  the 
fine  adjustment  required  by  the  GT  clock  during  fine  synchronization.  Fine  synchronization  is 
considered  achieved  when  the  GT  clock  is  aligned  to  within  10%  of  a  hop  of  the  payload  clock. 

The  GT  simulator  has  been  developed  so  that  it  can  be  remotely  operated  by  the  payload 
simulator  once  the  GT  simulator  is  powered  on  and  the  executable  file  is  run.  The  remote 
operation  capability  is  included  to  facilitate  the  operation  of  the  trials  since  the  GT  and  payload 
simulators  are  physically  located  1.5  km  apart. 

Data  files  containing  parameters  for  the  simulation  are  used  to  allow  changing  of  their 
values  without  recompilation.  The  parameters  are  downloaded  by  the  host  PC  to  the  DSP  at  the 
beginning  of  the  simulation. 

A  user’s  guide  is  included  in  Appendix  A  for  installation  and  operating  procedures  of  the 
GT  simulator.  Appendix  B  contains  a  listing  of  the  software  programs  used  by  the  GT  simulator. 
Appendix  C  contains  a  listing  of  the  parameter  data  files  used  by  the  GT  simulator. 
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Appendix  A:  Ground  Terminal  Simulator  Installation  Guide 


A1  Installation 

A  1.1  Hardware  installation 

The  GT  simulator  (excluding  the  RF  components)  consists  of  the  following: 

•  IBM-AT  compatible  PC 

•  Spectrum  Signal  Processing  Inc.,  TMS320C30  DSP  Board  (GT 
processor) 

•  GT  processor  i/f  board 

•  Hopping  synthesizer  controller 

•  Frequency  synthesizer  (COMSTRON  or  SCITHQ) 

•  Multipurpose  DIB 

•  Data  source  (HP 1 645  Bit  Error  Rate  Analyser) 

•  DSPLINK  backplane  cage 

The  DSP  board  or  GT  processor  is  installed  in  an  ISA  expansion  slot  of  the  PC.  The 
configuration  and  jumper  settings  of  the  DSP  board  are  described  in  [1 1].  For  the  uplink 
synchronization  experiments,  the  default  settings  for  the  DSP  board  are  used.  The  GT  processor 
i/f  board  and  the  multipurpose  DIB  are  each  inserted  into  a  slot  of  the  96-pin  DSPLINK 
backplane.  The  DSPLINK  backplane  was  described  in  Section  3.2.7. 1  of  the  main  document. 
Details  of  the  configuration  of  the  GT  processor  i/f  board  and  DIB  are  provided  in  [4]  and  [6] 
respectively.  Communications  between  the  GT  processor  and  the  interface  boards  are  made 
possible  through  the  DSPLINK  interface  of  the  DSP  board  [1 1]  using  a  50-pin  ribbon  cable  and 
DSPLINK  extender  card.  The  extender  card,  which  is  inserted  one  of  the  other  slots  of  the 
DSPLINK  backplane  cage,  maps  the  fifty  lines  of  DSPLINK  to  the  96-line  backplane. 

On  the  other  end  of  the  GT  processor  i/f  board,  there  are  two  connections  for  the  HSC: 
the  HSC  command  interface;  and  the  HSC  data  interface  connection.  A  26-pin  ribbon  cable  and 
a  10-pin  ribbon  cable  are  used  respectively  to  connect  the  GT  processor  i/f  board  to  the 
corresponding  connectors  on  the  back  of  Ae  HSC  box.  An  additional  50-pin  ribbon  cable 
connector  is  located  on  the  back  of  the  HSC  box  and  is  used  to  connect  the  HSC  to  the  frequency 
synthesizer.  Details  of  the  HSC  configuration  and  interfaces  are  found  in  [3]. 

On  the  other  end  of  the  DIB,  there  are  three  connectors.  A  26-pin  ribbon  cable  connector 
is  available  to  access  one  of  the  debug  latches  on  the  DIB.  The  second  connector  is  a  9-pin  male 
RS232  type  connector.  It  is  used  to  connect  the  data  source  (HP 1645)  to  the  DIB.  Another  9-pin 
female  RS232  type  connector  is  used  for  the  downlink  synchronization  reference  serial 
communications  link.  Full  details  of  the  DIB  connectors  are  found  in  [6]. 
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The  serial  port  of  the  PC  is  also  used  in  the  GT  simulator.  The  serial  port  of  the  PC  is 
connected  to  the  synchronization  response  return  serial  link. 


A1.2  Program  files 

In  order  to  run  the  GT  simulator,  several  files  must  be  present.  The  files  are  listed  below; 

tms_ul2.out 

ulsync2.exe 

com.h 

The  GT  simulator  programs  are  compiled  and  executed  in  DOS.  The  tmsjuU.out  file  is 
the  output  file  from  the  TMS320C30  linker.  The  TMS320C30  linker  creates  the  executable 
module  by  combining  object  files  of  compiled  assembly  programs  and  allocates  sections  to  the 
DSP  memory  map.  The  GT  simulator  assembly  routines  being  linked  are  shown  in  Fig.  A.l. 
The  file  rts.lib  is  the  run  time  library  routines  which  are  supplied  by  Spectrum  Signal  Processing 
Inc.  The  options  and  filenames  for  the  linker  are  contained  in  a  command  file  which  in  included 
in  Section  B7,  of  Appendix  B, 


Fig.  A.1  GT  simulator  TMS320C30  linker  process 

Similarly,  the  ulsync2.exe  file  is  the  output  of  the  C  linker  for  the  PC.  The  C  linker 
combines  the  compiled  host/user  interface  program  with  the  TMS320C30  development  library 
routines,  lm30devMb,  as  well  as  the  compiled  serial  communications  routines.  The  definitions 
for  the  routines  are  found  in  the  com.h  header  file.  The  result  of  the  compiled  routines  is 
contained  in  two  object  files,  com.obj  and  seriaLobj .  Fig.  A.2  illustrates  the  flow  of  the  C  linker 
process  for  the  PC. 
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Fig,  A.2  GT  simulator  host  PC  linker  process 
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Appendix  B:  Software  Listings 

Bl.  GT  simulator  host/user  interface  program 


Program  Name :  ULSYNC2 . C 

Author ;  C .  Tom 

Date  Edited;  31  March  1998 

THIS  VERSION  HAS  A  USER  SELECTABLE  OPTION  FOR  THE  SERIAL  COMMUNICATIONS 
ROUTINES.  USER  IS  PROMPTED  AT  THE  BEGINNING  OF  PROGRAM. 

Description 

*********** 

PC  program  for  GT  simulator  for  uplink  synchronization  trials.  Includes 
capability  for  remote  operation  through  serial  communications  link 
software . 

Application 

*********** 

1.  Available  options  to  send  CW  at  low,  high,  mid,  1/4,  3/4  band 

2.  Available  option  to  send  CW  at  user  specified  frequency 

3.  Available  option  to  sweep  through  allocated  BW  (PN  seq) 

4.  Available  option  to  go  to  RUN  mode  (frequency  hopping) 

5.  Available  option  to  enable /disable  FRAME  0  detect  (confirm  DL) 
and  adjust  hop  and  frame  counters. 

6.  Available  option  to  test  CSYNC  procedure 

7.  Available  option  to  test  FSYNC  procedure 
*************************************************************************** 


Include  files  ******/ 


tinclude  <stdio.h> 
tinclude  <conio.h> 
iinclude  "com.h" 

/******  tms  DPMEM  address  definitions  ******/ 


tdefine 

tdefine 

BASEIO 

BASEDP 

0x290 

OX30000L 

tdefine 

C30DONE 

BASEDP 

+ 

OL 

tdefine 

M0DE_J^VAIL 

BASEDP 

+ 

IL 

tdefine 

MODE 

BASEDP 

+ 

2L 

tdefine 

mode_ack 

BASEDP 

+ 

3L 

tdefine 

F^AVAIL 

BASEDP 

+ 

4L 

tdefine 

F^VALUE 

BASEDP 

+ 

5L 

tdefine 

F^CK 

BASEDP 

+ 

6L 

tdefine 

PHS_AVAIL 

BASEDP 

+ 

7L 

tdefine 

PHS_RNDED 

BASEDP 

+ 

8L 

tdefine 

PHS^ACK 

BASEDP 

+ 

9L 

tdefine 

DWELL_AVAIL 

BASEDP 

+ 

OxBL 

tdefine 

DWELL^VAL 

BASEDP 

+ 

OxCL 

tdefine 

DWELL^ACK 

BASEDP 

+ 

OxDL 

tdefine 

VAL_RDY 

BASEDP 

+ 

OxEL 

tdefine 

VAL_IDX 

BASEDP 

OxFL 

tdefine 

VALUE 

BASEDP 

+ 

0x1  OL 

tdefine 

VAL_J^CK 

BASEDP 

+ 

OxllL 

tdefine 

END^SCII 

BASEDP 

+ 

0xl2L 

tdefine 

STOP_MOD3 

BASEDP 

+ 

0xl3L 

tdefine 

incil_avail 

BASEDP 

+ 

0xl4L 

tdefine 

INCiUVAL 

BASEDP 

+ 

OxlSL 

tdefine 

incilack 

BASEDP 

+ 

0x1 6L 

tdefine 

STOP^INT 

BASEDP 

+ 

0xl7L 

tdefine 

RIS_DET 

BASEDP 

+ 

OxlSL 

tdefine 

HYP^VAIL 

BASEDP 

+ 

0x1 9L 

tdefine 

USER_HYP 

BASEDP 

+ 

OxlAL 

tdefine 

HYP_ACK 

BASEDP 

+ 

OxlBL 

tdefine 

DBUG_AVAIL 

BASEDP 

OxlCL 

tdefine 

DBUG^VALUE 

BASEDP 

+ 

OxlDL 

tdefine 

DBUG_ACK 

BASEDP 

+ 

OxlEL 

tdefine 

CHK^VAIL 

BASEDP 

+ 

OxlFL 

tdefine 

CHK_VALUE 

BASEDP 

+ 

0x2  OL 

tdefine 

CHK^CK 

BASEDP 

0x2  IL 

tdefine 

FRM_REF 

BASEDP 

+ 

0X2  2  L 

tdefine 

C0_RESP 

BASEDP 

+ 

0X2  3  L 

tdefine 

C1_RESP 

BASEDP 

+ 

0X24L 

tdefine 

F0_RESP 

BASEDP 

+ 

0X25L 

tdefine 

Fl^RESP 

BASEDP 

+ 

0X2  6L 

tdefine 

RESP_AVAIL 

BASEDP 

+ 

0X27L 

tdefine 

RDY_4_RESP 

BASEDP 

+ 

0X2  8  L 

tdefine 

RESP^ACK 

BASEDP 

+ 

0X2  9  L 

tdefine 

RNG_XCDED 

BASEDP 

+ 

0X2AL 

/*base  address  of  c30*/ 

/*base  address  of  c30  dual  port  mem*/ 
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#def ine 

CSYNC_OK 

BASEDP 

+ 

0X2BL 

# define 

CHK.HOP 

BASEDP 

0X2CL 

#def ine 

CHK_FRM 

BASEDP 

■f 

0X2DL 

#def ine 

LOG^END 

BASEDP 

+ 

0X2EL 

# define 

PLINE_FLAG 

BASEDP 

+ 

0X2  FL 

#define 

DAT^AVAIL 

BASEDP 

+ 

0X30L 

#def ine 

INDEX 

BASEDP 

+ 

0X31L 

#def ine 

DAT_VALUE 

BASEDP 

+ 

0X32L 

# define 

DAT^ACK 

BASEDP 

+ 

0X33L 

♦define 

END_FILE 

BASEDP 

+ 

0X34L 

♦define 

T00_MANY_HYPS 

BASEDP 

+ 

0X35L 

♦define 

FRM_NOT_FOUND 

BASEDP 

+ 

0X3  6L 

♦define 

FSTART_AVAIL 

BASEDP 

+ 

0X40L 

♦define 

FSTART_FRM 

BASEDP 

+ 

0X41L 

♦define 

FSTART_ACK 

BASEDP 

+ 

0X42L 

♦define 

EST^VAIL 

BASEDP 

+ 

0X43L 

♦define 

FINE_EST 

BASEDP 

+ 

0X44L 

♦define 

PHS_CHANGE 

BASEDP 

+ 

0X4  5L 

♦define 

EST_ACK 

BASEDP 

+ 

0X4  6L 

♦define 

NO_FSYNC 

BASEDP 

+ 

0X47L 

♦define 

FSYNC^OK 

BASEDP 

+ 

0X48L 

♦define 

UFLO^CDTN 

BASEDP 

+ 

0X49L 

/♦*♦***  Miscellaneous  constauits  ******/ 


♦define 

DUAL 

0 

♦define 

ALL 

1 

♦define 

BITCLR 

OL 

♦define 

BITSET 

IL 

♦define 

maxlen 

80 

♦define 

local 

0 

♦define 

remote 

1 

♦define 

MAX_HOP_NUM 

OxffffffL 

♦define 

NC0_VAL 

0xl3A92A3L 

♦define 

RESP^BUF^SIZ 

100 

♦define 

STRING_LEN 

220 

/♦External  variable  declaration*/ 

/************♦********♦*********/ 


/•Memory  type,  p.48  in  manual*/ 
/♦Memory  type,  p.48  in  manual*/ 


/*  16777215  for  PN  seq  generator  in  HSC  */ 

/*  value  of  phs_mded  for  NCO  -  default  192000  Hz*/ 

/*  Synch  response  buffer  size  */ 

/*  Serial  com  message  length  */ 


int  i,  err,  checkbit; 
int  ser_select  =  0; 
unsigned  long  check; 

unsigned  long  lo_band,  up_band,  midLband,  oneq_band,  threeq_band; 

unsigned  long  base_f,  hop_bw; 

unsigned  long  flag,  flagl; 

int  count,  mode_of_op; 

int  stop_fsel; 

unsigned  long  user_f,  freq_val; 
double  hopjpar; 
float  dwell_time; 
unsigned  long  hop_incr; 
unsigned  long  dwell^cycles; 

FILE  *flp,  *f2p,  *f3p,  *f4p,  *f5p; 

char  fstringtmaxlen] ,  linetype,  go_on_flg; 

unsigned  long  Idx; 

long  int  data; 

int  intjnode  «  BITCLR; 

int  stop^PC  =  BITCLR; 

int  key^ret  «  BITCLR; 

int  msg^ret  =  BITCLR; 

int  proc_ret  =  BITCLR; 

int  operation; 

int  mlocal,  ndest; 

char  string t STRING_LEN] ; 

long  int  hypothesis; 

long  int  sync_iter; 

long  int  chkj)oint; 

long  int  hop_b4edge,  frm_b4edge; 

long  int  command_given  =  BITCLR; 

char  c_resp_arrlRESP„BUF_SIZl [STRING^LEN] ; 

long  int  f_resp„arr [RESP_BUF_SIZl ; 

int  scmp_ret  =  BITCLR; 

long  int  resp_rd_jtr  =  0; 

long  int  resp_wrj)tr  =  0; 

long  int  frame,  cO_crsp,  cl_crsp,  c0_frsp,  cl^frsp; 

long  int  debug„entry; 

unsigned  long  fnturef_4_fine; 

long  int  cxim_f ine_resp  =  0; 

int  fine_cnt  =  0; 

long  int  f_est_avg,  phs_change_4_nco ; 
float  adjustment,  flt_avg; 
char  u_input; 

/*  Subroutine  declarations  */ 
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void  Init_DPMEM(void) ; 

unsigned  long  CTGet32Bit (int  baseadr,  long  loc) ? 

int  checkkeydnt  mdest) ; 

int  checkinsg(void)  ; 

void  pabort(char  *msg) ; 

void  Disp_menu(void) ; 

void  send_inode  ( int  mode_sel)  ; 

void  send__f  (unsigned  long  f_val) ; 

int  proc_msg(int  type,  char  mcontent [220] ) ; 

float  Rd_value (char  par [10)); 


/♦initializes  TMS  dual  port  memory*/ 
/♦alternate  Get32Bit  for  DSP*/ 

/♦check  and  action  key  presses*/ 

/♦check  for  receive  messages  and  others*/ 
/♦print  message,  close  file,  exit*/ 


^*  ***  ! 
main ( ) 
/****/ 


{ 

/♦♦♦♦♦♦Load  c30  program* ♦*♦*♦/ 

check  SelectBoard{BASEIO) ;  /‘Initialise  c30*/ 

pr int f (“ \nRe turn  from  SelectBoard  =  Ox  %x  hXn",  check); 
err  =  LoadObjectFile  ( •'tms_ul2  .out" ) ;  /♦Load  c30  program*/ 

switch  (err)  { 
case  0: 

printf  ("\nTMS  program  has  been  loaded  successfully. \n") ; 
break; 
case  1: 

printf  ("\nERROR.  Unable  to  open  TMS  file.\n"); 
exit(l); 
break; 
case  2: 

printf  ("\nERROR.  Invalid  address  for  TMS  program. \n" ) ; 
exit(l); 
break; 
default: 

printf ( " \nError .  Value  =  %i " ,  err) ; 
exit (1) ; 

)  /♦end  switch  (err)*/ 


/♦♦*♦ ♦♦Initialize  TMS  DP  memory  and  synch  response  buffer  in  pc* ♦♦♦♦♦/ 
Init^DPMEM ( ) ; 

for  {i=0;  i  <  RESP_BUF_SIZ;  i++) 

{ 

s trcpy  ( &c_resp_arr  ( i  ]  [  0 ) ,  •  en?)ty " ) ; 
f_resp_arr[i)  =  999; 

)  /*  end  for  i  ♦/ 


/♦♦♦♦♦♦Start  c30******/ 

printf ( "\nSerial  Comms  routines  enabled,  enter  '1‘,  otherwise  enter  'O':  "); 
scanf("%i",  ficser_select) ; 

printf ("\nSer_select  value:  %i  ",  ser^select) ; 

Reset ();  /‘Reset  DSP  board*/ 

printf ( "\nReset  issued  to  c30  board. \n"); 


/♦♦♦♦♦♦Download  GT  processor  parameters* ♦♦♦♦♦/ 

if  ( (f5p=fopen( "GTparam.dat* ,  "r"))  ==  NULL) 

{ 

printf ( • \nError .  Cannot  open  file  GTPARAM.DAT .  Aborting . • ) ; 
exit(l); 

)  /‘end  if  fSp*/ 

printf ("\nFile  opened  for  GT  parameters,"); 
while  (fgets (f string,  maxlen,  fSp)  !=  NULL) 

{ 

printf ("\r  Reading  next  GT  parameter.  "); 

sscanf(f string,  "%c  %li  %li",  fclinetype,  &idx,  &data) ; 
if  (linetype  ==  ’d*) 

{ 

check  *  Put32Bit( INDEX,  DUAL,  idx) ; 
check  =  Put32Bit(DAT_VALUE,  DUAL,  data); 
check  =  Put32Bit(DAT_AVAIL,  DUAL,  BITSET) ; 
flag  =  BITCLR; 

while  ((flag  =  CTGet32Bit (BASEIO,  DAT_ACK) )  !=  BITSET); 
check  =  Put32Bit{DAT^CK,  DUAL,  BITCLR); 

)  /‘end  if  linetype*/ 
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)  /*end  while  fgets*/ 

printf  ( " \nEnd  of  transferring  GT  paraimeters  . " )  ; 
check  ==  Put32Bit  (END_FILE,  DUAL,  BITSET)  ; 


/******Send  NCO  initial  condition  to  TMS******/ 

check  =  Put32Bit {PHS_RNDED,  DUAL,  NCO_VAL> ; 
check  =  Put32Bit (PHS^AVAIL,  DUAL,  BITSET); 
flagl  =  BITCLR; 

while  ((flagl  =  CTGet32Bit  (BASEIO,  PHS_ACK)  )  !  :=  BITSET) 

printf ("SrWai ting  for  TMS  to  ack  transfer  of  NCO  value.  "); 
printf (" \nNCO  value  transfer  acknowledged. \n" ) ; 
check  =  Put32Bit(PHS_ACK,  DUAL,  BITCLR); 


/******Read  ASCII  file  with  HSC  parameters  and  transfer  to  TMS******/ 

printf ("\nReady  to  read  HSC  parameters.*); 
if  ( (flp=fopen( "hscinit.dat" ,  *r" ) ) ==NULL) { 

printf ( *\nError.  Cannot  open  input  file  for  HSC  parameters."); 
exit (1) ; 

}  /*end  if  tip*/ 

printf (* \nlnput  file  opened  for  HSC  parameters."); 
while  ( fgets (f string,  maxlen,  flp)  !=  NULL) 

{ 

printf ("\rReading  HSC  parameters  into  TMS  memory."); 
sscanf (fstring, "%c  %li  %lx",  fclinetype,  tidx,  fcdata) ; 
if  (linetype  ==  'd') 

( 

check  =  Put32Bit(VAL_IDX,  DUAL,  idx) ; 
check  =  Put32Bit (VALUE,  DUAL,  data) ; 
check  =  Put32Bit(VAL_RDY,  DUAL,  BITSET); 
flag  =  BITCLR; 

while ( (flag=CTGet32Bit (BASEIO,  VAL_^CK) )  !=  BITSET); 

check  =  Put32Bit(VAL^CK,  DUAL,  BITCLR); 

}  /*end  if  linetype*/ 

)  /*end  while  fgets*/ 

printf (" \nEnd  of  HSC  parameters  ASCII  file."); 
check  =  Put32Bit(END_ASCII,  DUAL,  BITSET); 
fclose(flp) ; 


/******Read  ASCII  file  with  frequency  values  for  SCITEQ  or  COMSTRON* *****/ 

printf ( "\nReading  frequency  select  values  from  ASCII  file."); 
if  ( {f2p=fopen(* freq.dat* ,  *r"))==NULL) 

{ 

printf ("\nError.  Cannot  open  input  file  for  frequency  parameters. ") ; 
exit(l); 

>  /*end  if  f2p*/ 

printf ( "\nlnput  file  opened  for  frequency  parameters."); 
while  (fgets (fstring,  maxlen,  f2p)  !=  NULL) 

{ 

printf ( "NrReading  frequency  data."); 

sscanf (fstring, •%c  %li  %lx",  fclinetype,  tidx,  tdata) ; 
if  (linetype  ==  ’d*) 

{ 

switch  (idx) 

{ 

case  0 : 

lo__band  =  data; 
break; 
case  1: 

up_band  =  data; 
break; 
case  2 : 

mid_band  =  data; 
break; 
case  3 : 

oneq_b2uid  =  data; 
break; 
case  4: 

threeqjoand  *  data; 
break; 
case  5: 

stop_fsel  =  data; 
break; 
case  6 : 

base_f  =  data; 
break; 
case  7 : 

hop_bw  =  data; 
break; 
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default : 

printf ( " \nError  in  data  file  index  value."); 
exit (1) ; 

)  /*end  switch  (idx)*/ 

)  /*end  if  linetype*/ 

)  /*end  while  fgets*/ 

printf (" \nEnd  of  freq.dat  ASCII  file."); 
fclose(f2p) ; 


/******Initialize  serial  conununications******/ 

if  (ser_select  ==  1) 

{ 

/******Open  all  communications******/ 

if  { (mlocal  =  open_com ( ) ) ==BAD_STATION)  pabort ( " \nError  in  open_com."); 
printf ("\nLocal  station  is  %s\n",  stnlstr <mlocal,  string)); 

/******Select  linJc  to  PL  synch  processor******/ 
if  { (ndest=look„com( *SYNC_PROC- ) ) ==BAD_STATION) 
pabort ( " \nBad  station  lookup " ) ; 

/******Send  message  to  remote  terminal  that  local  terminal  is  ready******/ 
printf CNnSending  'READY'  message  to  remote  terminal."); 
send_com (ndest , STATUS , "Local  terminal  ready. " ) ; 

}  /*end  if  (ser_select) */ 

printf ( " \nLocal  terminal  ready . " ) ; 

Disp_menu ( ) ; 


/******Loop  operation******/ 

while  (stop_PC  ==  BITCLR) 

{ 

/******  Step  1:  Check  for  local  keyboard  input  ******/ 

key_ret  =  checkkey( ndest) ;  /*Check  for  local  keyboard  input*/ 

if  (key_ret  !=  0) 

{ 

if  {key_ret  *=  1)  /*regular  exit*/ 

{ 

Stop^PC  =  BITSET; 

printf (" \nProgram  halted  by  local  user."); 
if  (ser_select  ==  1) 

send_com( ndest, STATUS, "Program  halted  at  local  terminal."); 
break; 

}  /*end  if  key_ret  ==  1*/ 

else  if  (key^ret  ==  2)  /*exit  slow  hopping*/ 

{ 

printf ( " \nSlow  hopping  halted. " ) ; 
command_given  =  BITCLR; 
if  (ser_select  =-  1) 

send^com (ndest, STATUS, "Slow  hopping  halted  at  local  terminal."); 

}  /*end  else*/ 

>  /*end  if  key_ret*/ 

/******  Step  2;  Check  for  remote  terminal  input  (if  serial  comms  enabled) ******/ 

if  (ser_select  “  1) 

{ 

msg_ret  =  checkmsgO;  /*Check  for  remote  input*/ 

switch  (msg_ret) 

{ 

case  0:  /*  normal  exit  */ 
break; 

case  1:  /*  normal  remote  exit  */ 
stop_PC  =  BITSET; 

printf ("VnProgram  halted  by  remote  user."); 

send_com (ndest,  STATUS,  "Program  halted  by  remote  terminal."); 
break ; 

case  2;  /*  slow  hopping  halted  by  remote  terminal  */ 
printf (• \nS low  hopping  halted  by  remote  terminal."); 
send_com (ndest,  STATUS,  "Slow  hopping  halted  by  remote  terminal."); 
break; 

case  3:  /*  Synch  response  buffer  overflow  */ 

StOp_PC  =  BITSET; 

printf ("\nError.  Synch  resp  buffer  overflow.  Abort."); 

send_com (ndest,  STATUS,  "Error.  Synch  resp  buffer  overflow.  Abort.*); 

break; 

case  4:  /*Error  in  get_com  found*/ 

Stop_PC  «  BITSET; 

printf ( "\nError  in  serial  communications  link  detected."); 
break; 
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default : 

printf CNnERROR.  Invalid  return  value  from  check_msg  subroutine.*); 
exit (1) ; 

)  /*end  switch  (msg_ret)*/ 

}  /*end  if  (ser_select) */ 

/******  Step  3:  Check  for  rising  edge  detect  for  DL  synch  ******/ 
flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit (BASEIO,RIS_DET) )  ==  BITSET) 

{ 

hop_b4edge  =  CTGet32Bit (BASEIO.CHK^HOP) ; 
frm_b4edge  =  CTGet32Bit (BASEIO,CHK_FRM) ; 
printf ("\nRISING  EDGE  DETECTED  ON  FRAME  0  LINE.*); 

printf ( "\nValues  of  hop  and  frm  counters  before  edge:  %li  %li*,  hop_b4edge,  frm_b4edge) ; 

check  =  Put32Bit(RIS_DET,  DUAL,  BITCLR); 

printf ("\nTo  disable  FRO  detection,  enter  'D'  "); 

)  /*end  if  flagl*/ 

/******  step  4;  Check  for  TMS  response  re:  end  of  program  ******/ 


flagl  =  BITCLR; 

if  ( (flagl=CTGet32Bit(BASEIO,C30DONE) )==BITSET)  /‘check  for  TMS  response*/ 
{ 

check  =  Put32Bit(C30DONE,  DUAL,  BITCLR); 
printf ( "\nTMS  response  received  and  cleared.*); 
if  (operation  «=  local) 

printf (• \nCommand  executed.  Another  (y  or  n)?  *); 

else  if  (operation  ==  remote) 

{ 

command_given  =  BITCLR; 
if  (ser^select  ==  1) 

send_com(ndest,  STATUS,  "Op  con^lete.  Ready  for  command."); 
printf ( " \nRemote  command  executed . " ) ; 

)  /*end  else  if*/ 

)  /*end  if  (flagl)*/ 


/******  step  5:  Check  for  transfer  of  next  synch  resp  to  TMS  *•♦***/ 


/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 

/* 


if  (mode_of_op  ==  6)  /*  check  for  csynch  mode  */ 

if  ((scn^^ret  =  strcmp (&c_resp_arr [resp^rdjptr] tO) , "empty" ) )  !=  0)  /*if  buffer  not  empty*/ 

{ 

if  ((flagl  CTGet32Bit(BASEIO,RDY_4_RESP))  ==  BITSET) 

^  sscanf  (Stc_resp_arrlresp_rd^tr)  [0] ,  "%i  %i  %i  %i  %i",  fcframe,  tc0_crsp, 
fitcl_crsp,  &c0_frsp,  fccl_frsp) ; 
check  s*  Put32Bit(FRM_REF,  DUAL,  frame); 
check  =  Put32Bit (C0_RESP,  DUAL,  cO^crsp) ; 
check  =  I>ut32Bit(Cl_RESP.  DUAL,  cl_crsp)  ; 
check  =  Put32Bit(F0_RESP,  DUAL,  cO^frsp) ; 
check  *  Put32Bit{Fl_RESP,  DUAL,  cl_frsp) ; 
check  =  Put32Bit(RESP_AVAIL,  DUAL,  BITSET); 
check  =  Put32Bit(RDY_4_RESP,  DUAL,  BITCLR); 

strcpy (tc_resp_arr (resp_rd_ptrH0) , "empty" ) ;  /‘clear  buffer  element*/ 

if  (resp_rd_ptr  ==  (RESP„BUF_SIZ  -  1))  /‘check  for  buffer  rollover*/ 

resp_rd_ptr  =*  0; 

else 

resp_rdLptr  =  resp_rd_ptr  +  1; 

)  /‘end  if  flagl*/ 

)  /*end  if  *c_resp_arr*/ 

)  /‘end  if  mode_of_op  ==  6  */ 
else 


{ 


)  /* 


if  (mode_of_op  «=  7)  /*  check  for  f synch  mode  */ 

{ 

if  (f_resp_arr [resp^rdLptrJ  !=  999) 


f^est^avg  «  f_resp_arrlresp_rd_ptrl; 
f_resp_arr (resp_rd_ptr)  =  999; 
if  (resp_rd_ptr  ==  (RESP_BUF_SIZ  -  1)) 
resp_rc3Lptr  «  0; 

else 

resp_rdjptr  =  resp_r<3Lptr  +  1; 
phs_change_4_nco  *  f_resp_arr  [resp_rd_ptr] 
f_resp_arr lresp_rd_ptrl  =  999; 
if  (resp_rd_ptr  ==  (RESP_BUF_SIZ  -  1)) 
resp_rdLptr  =  0; 

else 


/*  retrieve  average  fine  estimate  */ 
/*  clear  buffer  element  */ 

/*  update  pointer  */ 


;  /*  retrieve  phase  change  */ 

/*  clear  buffer  element  */ 
/*  update  pointer  */ 


resp_rdj>tr  =  resp_rdLptr  +  1; 
check  =  Put32Bit(FINE_EST,  DUAL,  f_est_avg) ; 
check  =  Put32Bit (PHS^CHANGE,  DUAL,  phs_change_4_xico) ; 
check  Put32Bit(ESTJ^VAIL,  DUAL,  BITSET); 

)  /‘end  if  f_resp_arr*/ 

)  /*end  if  mode_of_op  ==  7)  */ 
end  else  */ 
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/******  Step  6:  Check  for  proper  transfer  of  synch  resp  to  TMS,  goes  with  Step  5  ******/ 

/*  if  (mode_of_op  ==  6) 

/*  { 

/*  if  ((flagl  =  CTGet32Bit (BASEIO,RESP_ACK) )  ==  BITSET) 

/*  { 

/*  check  =  Put32Bit (RESP^ACK,  DUAL,  BITCLR) ; 

/*  check  =  Put32Bit (RDY_4_RESP,  DUAL,  BITSET); 

/*  )  /*end  if  flagl*/ 

/*  )  /*end  if  niode_of_op  6  */ 

/*  else 

/*  { 

/*  if  (mode_of_op  ==  7) 

/*  { 

/*  if  ((flagl  =  CTGet32Bit (BASEIO,EST_ACK) )  ==  BITSET) 

/*  check  =  Put32Bit(EST_JVCK,  DUAL,  BITCLR); 

/*  )  /*end  if  mode_of_op  ==  7  */ 

/*  }  /*end  else  */ 


/******  Step  7:  Check  for  search  range  exceeded  during  CSYNC  *★*♦**/ 
/******  Check  for  CSYNC^OK  condition  ******/ 
/**★♦**  Check  for  pipeline  overflow  in  synch  response  buffer  ******/ 
/***♦♦*  Check  for  hyp_log  overflow  ******/ 
/******  Check  for  FRM_JIOT_FOUND  when  retrieving  hypothesis  ******/ 
/******  Check  for  FSYNC_OK  condition  ******/ 
/*★**★*  Check  for  NO_FSYNC  condition  ~  non- convergence  **#♦**/ 
f ******  Check  for  FSTART_FRM  for  fine  sync  process  ******/ 


flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO,RNG_XCDED) )  ==  BITSET) 

{ 

check  =  Put32Bit(RNG_XCDED,  DUAL,  BITCLR); 

printf ( " \nSearch  range  exceeded  encountered."); 
printf("\nDo  you  want  to  go  back  to  DL  sync?  (y/n)  •); 
scanf ( "%ls" ,  &u_input) ; 
switch  (u_input) 

{ 

case  'Y' ; 
case  'y' : 

int_inode  =  BITSET; 
mode_of_op  =  4; 
send_inode  (mode_of_op) ; 

printf ( "\nEnabling  FRO  detection  again.*); 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOG  -  back  to  PRO  detect*); 
cornmeuid  given  =  BITSET; 
break; 
case  'N'  : 
case  'n' : 

stop_PC  =  BITSET; 

printf ( " \nExiting  program  now" ) ; 

break; 

default: 

printf ("Xnlnvalid  response.  Aborting  program. *)  ; 

Stop^PC  =  BITSET; 
break; 

)  /*end  switch  u_input*/ 

)  /*end  if  . . . RNG_XCDED* / 
else  /**!**/ 

{ 

flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO, CSYNC  OK))  ==  BITSET) 

{ 

check  =  Put32Bit(CSYNC_OK,  DUAL,  BITCLR); 

printf ( " \nCoarse  synch  achieved . " ) ; 

printf  ("\nDo  you  W2tnt  to  go  to  fine  sync?  (y/n)  "); 

scanf ( *  %ls " ,  &u_input ) ; 

switch  (u_input) 

{ 

case  *Y' : 
case  *y' ! 

int_roode  =  BITSET; 

mode_of_op  =  7; 

send_mo  de  ( mode_o  f _op ) ; 

printf ( "\nProceeding  to  fine  sync."); 

if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  *LOC  -  going  to  fine  sync"); 
command_given  -  BITSET; 
break; 
case  *N* : 
case  *n* : 

Stop^PC  =  BITSET; 
printf ("NnExi ting  program  now"); 
break; 
default: 
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printf  ( "\nlnvalid  response.  Aborting  prograin.’*); 

Stop_PC  =  BITSET; 
break; 

}  /*end  switch  u_input*/ 

)  /*end  if  . . .CSYNC_OK*/ 
else  r*2**/ 

{ 

flagl  =  BITCLR; 

if  ({flagl  =  CTGet32Bit (BASEIO,PLINE_FLAG) )  ==  BITSET) 

{ 

check  =  Put32Bit{PLINE_FLAG,  DUAL,  BITCLR); 

printf CXnSynch  response  buffer  pipeline  overflow  in  TMS.  Exiting  program.-); 
stop_PC  =  BITSET; 

)  /*end  if  flagl  ...  PLINE.FLAGV 
else  /**3**/ 

( 

flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO,TOO_MANY_HYPS) )  ==  BITSET) 

^  check  =  Put32Bit(TOO_MANY_HYPS,  DUAL,  BITCLR); 

printf ("NnHypothesis  buffer  overflow.  Exiting  program."); 

StOp_PC  =  BITSET; 

)  /*end  if  flagl  ...  TOO^MANY^HYPS*/ 
else  /♦*4**/ 

{ 

flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO,FRM_^OT_FOUND) )  ==  BITSET) 

^  check  =  Put32Bit(FRM_NOT_FOUND,  DUAL,  BITCLR); 

printf ( "\nUnable  to  retrieve  hypothesis  to  verify  coarse  synch.  Aborting.") 
StOp_PC  =  BITSET; 

)  /‘end  if  flagl  ...  FRM_JIOT_FOUND* / 
else  /**5**/ 

{ 

flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO,  FSTART_>VAIL) )  ==  BITSET) 

^  frm„ref_4_fine  =  CTGet32Bit (BASEIO,FSTART_FRM) ; 
check  =  Put32Bit (FSTART_AVAIL,  DUAL,  BITCLR); 
check  =  Put32Bit(FSTART^CK,  DUAL,  BITSET); 

}  /*end  if  flagl  ...  FSTART^VAIL*/ 
else  /**6**/ 

{ 

flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO,  FSYNC^OK) )  ==  BITSET) 

{ 

check  =  Put32Bit(FSYNC_OK,  DUAL,  BITCLR); 

printf ("\nFine  synch  achieved.  Ready  to  transmit  data.  \n\n"); 
stop^PC  =  BITSET;  /*  TEST  ONLY  */ 

)  /*end  if  flagl  ...  FSYNC^OK*/ 
else  /**?**/ 

{ 

flagl  =  BITCLR; 

if  ((flagl  -  CTGet32Bit (BASEIO,  NO_FSYNC) )  ==  BITSET) 

^  check  =  Put32Bit(NO_PSYNC,  DUAL,  BITCLR); 
printf (-\nFine  estimates  not  converging."); 
printf ("\nDo  you  want  to  go  back  to  coarse  sync?  (y/n)  "); 
scanf ( •%c" ,  &u_input) ; 
switch  (u_input) 

{ 

case  'Y' : 
case  'y* : 

mode_of_op  *  6; 
send_mode(mode_of_op) ; 
hypothesis  =  0; 

check  =  Put32Bit(USER_HYP,  DUAL,  hypothesis); 
check  =  Put32Bit(HYP_>VAIL,  DUAL,  BITSET); 
flag  =  BITCLR; 

while  ((flagl  =  CTGet32Bit (BASEIO,  HYP_ACK) )  **=  BITCLR) 
printf ("\rAwaiting  hyp  acknowledge"); 
check  =  Put32Bit(HYP_ACK,  DUAL,  BITCLR); 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOG  -  going  back  to  csync"); 
break; 
case  'N* : 
case  'n' : 

printf ( " \nExiting  program" ) ; 

Stop_PC  =  BITSET; 
break; 
default: 

printf ("\nlnvalid  response.  Exiting  program  now."); 

Stop_PC  =  BITSET; 
break; 

)  /*end  switch*/ 

)  /*end  if  flagl  ...  NO_FSYNC*/ 

)  /‘end  else  *7*  */ 


)  /*end  else  *6*  */ 

)  /•end  else  *5*  */ 

)  /*end  else  *4*  */ 

)  /*end  else  *3*  */ 

)  /*end  else  *2*  */ 

)  /*end  else  *1*  */ 

/*•***•  Step  8:  Check  for  data  iinderflow  in  GT  processor  i/f  board  ****••/ 
flagl  =  BITCLR; 

if  ((flagl  =  CTGet32Bit(BASEIO,UFLO_CDTN) )  ==  BITSET) 

{ 

printf ( "\nUnderflow  condition  received.  Aborting  program.*); 

StOp_PC  =  BITSET; 

)  /*end  if  flag  UFLO_CDTN  */ 

)  /*end  while  {stop_PC)*/ 

/******  Disable  TMS  interrupts  before  exiting  *••***/ 

/•check  =  Put32Bit(STOP_INT,  DUAL,  BITSET); 

/•flagl  =  BITSET; 

/•while  ( (flagl=CTGet32Bit(BASEIO,STOP_INT) )==BITSET) ;  •/ 

if  (ser_select  ==  1) 

{ 

while  (ready_com(ndest) !=0)  /‘wait  for  transmit  buffer  to  be  ready*/ 

checkmsg (); 

send_com(ndest,  STATUS,  "End  of  GT  program."); 
while  {chk_time{0)  !=  0); 
close_com() ; 

}  /•end  if  (ser^select) •/ 
printf (" \nEnd  of  C  program."); 

)  /*end  of  main^/ 

^*****************llr***************************/ 

vinsigned  long  CTGet32Bit  (int  baseadr,  long  loc) 

^ ******** *******«*****************************/ 

{ 

unsigned  int  low; 
unsigned  int  high; 
int  C30port,commreg,hicommreg; 
unsigned  long  total; 


C3  Opor t=baseadr ; 
commregs  C30port  +  0; 
hicommregs:  C30port  +  2; 

SetAddr (loc) ; 

CntrDis  0 ; 

low=inpw(commreg) ; 

highs inpw(hicommr eg) ; 

total  =  ( (long)high«16)  +  low; 

return (total) ; 

}  /•end  CTGet32Bit() •/ 


void  Disp_menu() 
^**************^ 


{ 

printf (■•\n**^^^*^^^***^*****^******^**^**^**^^***^****************^***") 
printf ("\n^  CW  test  -  7-11  April  1997  •") 
printf ("\n^  GT  Synch  Processor  Menu  *") 
printf ("\n*  *") 
printf ("\n^  Enter  one  of  the  following;  *") 
printf ("\n^  *") 
printf ("\n^  *L*  :  Go  to  lower  edge  of  hop  BW  *") 
printf ("\n*  'U'  :  Go  to  upper  edge  of  hop  BW  •") 
printf ("\n*  'M'  :  Go  to  middle  of  hop  BW  •") 
printf ("\n^  'Q'  :  Go  to  one  quarter  mark  of  hop  BW  *") 
printf ("\n^  *T‘  ;  Go  to  three  quarter  mark  of  hop  BW  •") 
printf ("\n^  'F*  ;  Go  to  specific  frequency  •") 
printf ("\n^  'R'  :  Go  to  RUN  mode  •") 
printf ("\n^  'S'  :  Slowly  cycle  through  hop  BW  •") 
printf ("\n^  'E'  :  Enable  interrupt/FRO  detection  *"> 
printf ("Vn^  *D'  ;  Disable  interrupt/FRO  detection  •") 
printf ("\n^  'C*  :  Coarse  synchronization  test  ••) 
printf ("\n*  'W'  ;  Fine  synchronization  test  *") 
printf ("\n*  *X'  :  Exit  program  or  stop  slow  hopping  (option  'S')  •") 
if  (intjmode  ==  BITCLR) 


printf ("\n^  TMS  interrupts /FRO  detection  is  currently  disabled. 

else 


printf (*\n*  TMS  interrupts /FRO  detection  is  currently  enabled. 


*“); 


**)  . 


B9 


printf ( "XnXnEnter  selection:  "); 

return; 

)  /*end  Disp_inenu{ )  */ 

/************»*♦.*.**/ 

int  checkkey(int  dest) 


{ 

int  c;  /^character  from  keyboard*/ 


unsigned  long  user_f,  freq_val; 


if 

{ 


(kbhitO  !=0)  /*is  a  key  pressed?*/ 

operation  =  local; 

c  =  getch( ) ; 

swi tch  ( command^gi ven ) 

{ 

case  0: 

switch  (c) 

( 

case  'L' : 
case  ' 1 '  : 

inode_of_op  =  1; 
send  jmode (mode_of_op) ; 
freq_val  *  lo_band; 
send_f ( f requval ) ; 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  go  low  command  sent.*); 
command_given  =  BITSET; 
break; 
case  *U' : 
case  'u'; 

mode_of_op  =  1; 
send_mode (mode_of_op) ; 
frecL_val  =  up_band; 
send_f (freq_val) ; 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  go  high  command  sent."); 
command_given  =  BITSET; 
break; 
case  'M' : 
case  'm' : 

mode„of_op  =  1; 
send_mode(mode_of_op) ; 
freci_val  «  mid_band; 
send_f ( f reo-val ) ; 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  go  mid  command  sent."); 
command_given  =s  BITSET; 
break; 
case  ‘Q' : 
case  *q*; 

mode_of_op  =  1; 
send_mode (mode_of_op) ; 
freq_val  =  oneg_band; 
send_f  ( f  recLval ) ; 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  go  1/4  command  sent."); 
command_given  =  BITSET; 
break; 
case  'T' : 
case  ’ t ' : 

mode_of_op  =  1; 
sendjnode(mode_of_op) ; 
freq_val  =  threequband; 
send^f ( f req_val ) ; 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  go  3/4  command  sent."); 
command_given  =  BITSET; 
break; 
case  *F' : 
case  ' f ' : 

printf ( " \nEnter  frequency  in  lOOHz :  " ) ; 

scanf("%li",  fcuser_f ) ; 

mode_of_op  =  1; 

send^mode (mode_of_op) ; 

freq_val  =  user_f; 

send_f ( f req_val ) ; 

if  (ser_select  ==  1) 

send_com(ndest ,  STATUS,  "LOC  -  user  freq  command  sent."); 
command_given  =  BITSET; 
break; 
case  ' R' : 
case  *  r ' : 

mode_of_op  =  2; 

send_mode(mode_of_op) ; 

printf ( "\nGoing  to  RUN  mode."); 


BIO 


if  (ser_select  ==  1) 

send_com(ndest ,  STATUS,  "LOG  -  RUN  command  sent."); 
command_given  =  BITSET; 
brea)c; 
case  'S': 
case  's': 

mode_of_op  =  3; 

printf { " \nEntry  changes  mode_of_op  to  :  %i",  mode_of_op); 
send_mode (mode_of_op) ; 

printf ("VnPlease  enter  dwell  in  seconds:  "); 
scanf{"%f",  &dwell_time) ; 

printf ( "\nPlease  enter  hop  increment  0-16777215:  "); 

scanf ( "%li“ ,  thop_incr) ; 

dwell_cycles  =  (unsigned  long) { (dwell_time/60. Oe-9)  +  0.5); 
check  =  Put32Bit (DWELL_VAL,  DUAL,  dwell^cycles) ; 
checlc  =  Put32Bit(DWELL_^VAIL,  DUAL,  BITSET); 
flagl  =  BITCLR; 

while  ((flagl  =  CTGet32Bit (BASEIO,  DWELL_ACK) )  !=  BITSET) 

printf ( "\rWai ting  for  TMS  to  ack  receipt  of  dwell.  "); 
printf (" \nDwell  transferred. \n") ; 
check  =  Put32Bit(DWELL_JVCK,  DUAL,  BITCLR); 
check  =  Put32Bit(INCR_VAL,  DUAL,  hop^incr) ; 
check  =  Put32Bit(INCR_AVAIL,  DUAL,  BITSET); 
flagl  =  BITCLR; 

while  ((flagl  =  CTGet32Bit  (BASEIO,  INCR^CK) )  !=  BITSET); 

printf ( "\nHop  increment  transferred. \n" ) ; 

check  =  Put32Bit(INCR^CK,  DUAL,  BITCLR); 

printf (“\nTo  stop  slow  hopping  through  BW,  type  'X'  "); 

if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  sweep  command  sent."); 
command_given  =  BITSET; 
break; 
case  'D* ; 
case  ' d' ; 

int_)Dttode  =  BITCLR; 

mode_of_op  =  5; 

send_mode(mode_of_op) ; 

printf (" \nDisabling  FRO  detection."); 

if  (ser_select  ==  1) 

send_com{ndest,  STATUS,  "  LOC  -  disabling  FRO  detection.") 
command  given  *  BITSET; 
break; 
case  : 
case  ’ e ' : 

int_mode  =  BITSET; 

mode_of_op  =  4; 

send_mode(mode_of_op)  ; 

printf ( " \nEnabling  FRO  detection. " ) ; 

if  (ser_select  ==  X) 

send_com(ndest,  STATUS,  "LOC  -  enabling  FRO  detection.”); 
command-given  =  BITSET; 
break; 
case  'C: 
case  ’c’: 
mode_of_op  =  6; 
send_mode  (mode_of_op) ; 

printf (“\nSync  probes  are  transmitted  starting  at  hop  288  by  default."); 
printf ( "\nPlease  enter  desired  hypothesis  offset  or  0  if  none;  "); 
scanf ("%li",  ^hypothesis) ; 

printf ( "\nHyps  will  be  at  0, 1,-1,2, -2, . . . from  hop  288  \(if  no  offsetX)"); 

check  =  Put32Bit(USER_HYP,  DUAL,  hypothesis); 

check  =  Put32Bit(HyP^VAIL,  DUAL,  BITSET); 

printf ("\nHYP_J^VAIL  signal  sent  to  TMS."); 

flagl  =  BITCLR; 

while  ( (flagl=CTGet32Bit (BASEIO,  HYP_ACK) )  ==  BITCLR) 
printf ("\rWaiting  for  hypothesis  acknowledge.  "); 
printf ( • \nHypothesis  transferred . ■ ) ; 
check  =  Put32Bit(HYP_JlCK,  DUAL,  BITCLR); 
if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  coarse  synch  initiated."); 
command^given  =  BITSET; 
break; 
case  'W  ; 
case  'w* : 

mode_of_op  =  7; 

s  end_raode ( mode_o  f _op ) ; 

printf (• \nAttempting  fine  synch.  \n"); 

if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  fine  synch  initiated"); 
command^given  =  BITSET; 
break; 
case  *X' ; 
case  'X*; 

if  (mode_of_op  ==  3) 

{ 

check  =  Put32Bit(STOP_MOD3,  DUAL,  BITSET); 
flagl  =  BITSET; 


Bll 


while  {(flagl  =  CTGGt32Bit (BASEIO,  STOP_MOD3))  !=  BITCLR) ; 
printf ( • \nStopped  TMS  in  mode3"); 
inode_of_op  =  0; 
return  2 ; 

) 

else 

return  1; 

default : 

printf { "\nlnval id  entry.  Try  again."); 

Disp_menu ( ) ; 
brealc; 

)  /*Gnd  switch  (c) ,  case  0  for  command  given*/ 
break; 

case  1: 

switch (c) 

{ 

case  ' Y’ : 
case  'y' : 

Disp_menu{) ; 
command^given  =  BITCLR; 
if  (ser_select  ==  1) 

send_com(ndest ,  STATUS,  "LOC  -  Ready  for  next  command."); 

break; 
case  ’N' ; 
case  'n ’ : 

if  (ser_select  ==  1) 

send_com(ndest,  STATUS,  "LOC  -  user's  stopping  program."); 
return  1; 
case  'X' : 
case  'X' : 

if  (mode_of_op  ==  3) 

{ 

check  =  Put32Bit(STOP^OD3,  DUAL,  BITSET)  ; 
flagl  ==  BITSET; 

While  ((flagl  =  CTGet32Bit (BASEIO,  STOP_MOD3))  !=  BITCLR); 
printf ( " \nStopped  TMS  in  mode3 " ) ; 
mode_of_op  =  0; 
if  (ser_select  «=  1) 

send_com(ndest,  STATUS,  "LOC  ~  exit  slow  hopping  command.*); 
return  2; 

) 

else 

return  1; 

default: 

printf ( "\nlnvalid  entry."); 

printf ( "\nPlease  enter,  y,  n,  or  x  to  exit  immediately"); 
break ; 

}  /*end  switch  (c) ,  case  1  for  command  given*/ 
break ; 

}  /*end  switch ( command_given) */ 

)  /*end  if  (kbhitO)*/ 
return  0; 

)  /*end  checkkey (dest) */ 
int  checlonsgO 

/************  j 
{ 

int  mstat;  /*message  status  -  valid,  error,  or  quit*/ 

int  mtype;  /*message  type  number*/ 

int  mfrom;  /*message  from  station  number*/ 

char  mdata[220];  /*message  data*/ 

char  string[220J;  /*message  string  buffer  used  to  name,  type,  or  error*/ 

mstat  =  get_com(tmtype,  tmfrom,  mdata) ; 
if  (mstat  ==  VALID_MSG) 

{ 

printf ( "XnMessage  received  from  %s  ",  stnstr(mfrom,string)); 
printf ( "\n(%s) :  \"%s\"\n*,  messtr (mtype, string) ,  mdata); 

proc_ret  =  proc_msg( mtype,  mdata); 
return (proc_ret) ; 

}  /‘end  if  mstat*/ 

else  if  (mstat  ==  COMM_ERR) 

{ 

printf ("\n — Comm  error  with  %s:  %s\n" , stnlstr (mfrom, string) , mdata) ; 

)  /*end  else  if  mstat==COMM_ERR*/ 
else  if  (mstat  ==  QUIT) 

{ 

if  (mtype  ==  TOTAL) 

{ 

printf ( "\nToo  many  communication  errors."); 
return  4; 

)  /‘end  if  mtype*/ 
else  if  (mtype  ==  CONSEC) 

{ 

printf ("\nToo  many  consecutive  communication  errors  with  %s", 

stnlstr (mfrom, string) ) ; 
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return  4; 

) 

else  if  (mtype  ==  BREAK) 

{ 

print f (“ \nBrGak  detected."); 

}  /*end  if  mtype== BREAK*/ 
return  1; 

)  /*end  if  mstat==QUIT*/ 
return  0; 

)  /*end  checkitisg ( )  */ 

/*************♦****** ! 
void  pabort(char  *insg) 

/*****************★**/ 

{ 

printf ("\n%s"  ,  msg) ; 
close_com() ; 
exit(O) ; 

)  /*end  pabortO*/ 

/*************★************/ 
void  send^mode ( int  mode_sel) 

/*****•************★****♦**/ 

( 

check  =  Put32Bit(MODE,  DUAL,  (long)mode_sel> ;  /*Transfer  mode*/ 

check  =  Put32Bit (MODE_AVAIL,  DUAL,  BITSET) ;  /‘Signal  TMS  that  mode  is  avail*/ 

flagl  =  BITCLR; 

while  {(flagl  =  CTGet32Bit  (BASEIO,MODE^CK) )  !=  BITSET)  { 
if  (operation  ==  local) 

printf ( "\rWaiting  for  TMS  to  ack  mode  transfer,  flagl:  %lx  ",  flagl); 

)  /*end  while  flagl*/ 
if  (operation  ==  local)  { 

printf ( " \nMode  transfer  acknowledged . • ) ; 

)  /*end  if  operation*/ 

check  =  Put32Bit(MODE^CK,  DUAL,  BITCLR); 
return; 

)  /*end  send_mode (mode_sel) */ 

^ *★*******★**★★**★*♦*★*★♦*****★/ 
void  send_f (unsigned  long  f_val) 

/**★*******♦*♦***★*****#*♦*♦★♦*/ 

{ 

/***** ‘Compute  appropriate  value  for  LD_MOP  in  HSC******/ 

hop_par  =  (  (  (double)  (f_val  -  base_f)  /  (double) hop_bw  )  *  (double)MAX_HOPJIUM  )  +  0.5 
check  =  Put32Bit(F_VALUE,  DUAL,  (unsigned  long)hop_par) ; 

check  =  Put32Bit (F_AVAIL,  DUAL,  BITSET);  /‘signal  TMS  that  frequency  is  avail*/ 

flagl  =  BITCLR; 

while  ((flagl  =  CTGet32Bit (BASEIO,F_J^CK) )  !=  BITSET) { 
if  (operation  local) 

printf ( "\rWaiting  for  TMS  to  ack  freq  transfer,  flagl:  %lx  ",  flagl); 

}  /‘end  while  flagl*/ 
if  (operation  ==  local)  { 

printf (" \nFrequency  select  transfer  aclmowledged. \n") ; 

)  /‘end  if  operation*/ 

check  =  Put32Bit(F^CK,  DUAL,  BITCLR); 

return ; 

)  / ‘end  send_f ( f_val ) * / 

y****************************************/ 

int  proc_msg(int  type,  char  mcontent [220] ) 

yw***************************************/ 

{ 

char  cmd[20],  paraml[20),  param2[20]; 

operation  =  remote; 
if  (type  ==  COMMAND) 

{ 

/*“*“  Break  up  message  string  into  separate  fields  *“*/ 

ssceuif (mcontent,  "%s  %s  %s",  cmd,  paraml,  param2); 

if  (stmcmp(cmd,  "Set_freq",  8)==0) 

{ 

mode_of_op  *  1; 
send_mode(mode_of_op) ; 
freq__val  =  (long  int )Rd_value (paraml) ; 
send_f ( f req^val ) ; 

printf ("\nRemote  user  frequency  sent  to  TMS."); 
command^given  =  BITSET; 

)  /‘end  if  stmcmp  -  Set_freq*/ 

else  if  (stmcmp (cmd,  "Go_to_run" ,  9)==0) 

{ 
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mode_of_op  =  2; 
send_mode (mode_of_op) ; 

printf ( " XnRemote  RUN  command  sent  to  TMS.“); 
command_given  =  BITSET; 

)  /*end  if  strncmp  =  go_to_run*/ 

else  if  (strncmp (cmd,  "Dwell_hop** ,  9)==0) 

{ 

mode_of_op  =  3; 
send_mode {mode_of_op) ; 
dwell_time  =  Rd_value (paraml) ; 

dwell_cycles  =  (unsigned  long) ( (dwell_time/60 . Oe-9)  +  0.5); 
check  -  Put32Bit (DWELL_VAL,  DUAL,  dwell_cycles) ; 
check  =  Put32Bit(DWELL_AVAIL,  DUAL,  BITSET); 
flagl  =  BITCLR; 

while  ((flagl  =  CTGet32Bit (BASEIO, DWELL_ACK) )  !=  BITSET)  /‘wait*/  ; 

check  =  Put32Bit(DWELL_ACK,  DUAL,  BITCLR); 

hop_incr  =  (long  int) Rd_value(param2) ; 

check  =  Put32Bit(INCR_VAL,  DUAL,  hop_incr) ; 

check  s  Put32Bit(INCR_AVAIL,  DUAL,  BITSET); 

flagl  =  BITCLR; 

While  ((flagl  =  CTGet32Bit (BASEIO,  INCR_ACK) )  J=  BITSET)  /*wait*/  ; 
check  =  Put32Bit(INCR^CK,  DUAL,  BITCLR); 
printf ("\nRemote  slow  hop  command  sent  to  TMS."); 
coinmand_given  =  BITSET; 

)  /‘end  if  stmcmp  =  dwell_hop*/ 
else  if  (strncmp (cmd, "Exit " ,  4)==0) 

{ 

if  (mode_of_op  ==  3) 

{ 

check  =  Put32Bit(STOP_MOD3,  DUAL,  BITSET); 
flagl  =  BITSET; 

While  ((flagl  =  CTGet32Bit (BASEIO,  STOP_MOD3))  !=  BITCLR); 
printf ( * \nRemote  stop  TMS  in  model  * ) ; 
inode_of_op  =  0; 

send_com(ndest,  STATUS,  "Slow  hop  terminated."); 
command_given  =  BITCLR; 
return  2; 

) 

else 

return  1; 

)  /‘end  if  strncmp  =  exit*/ 

else  if  (strncmp (cmd, “Enable_FR0* , 10) ==0) 

{ 

mode_of_op  =4; 
send_mode (mode_of_op) ; 

printf (" \nRemote  enable  FRO  detect  sent  to  TMS."); 
command_given  =  BITSET; 

)  /*end  if  strncmp  =  Enable_FRO*/ 

else  if  (stmcmp (cmd,  "Disable_FR0" ,  11)  ==0) 

{ 

mode_of_op  «  5; 
send_mode (mode_of_op) ; 

printf ( "\nRemote  disable  FRO  detect  sent  to  TMS."); 
command_given  =  BITSET; 

)  /‘end  if  stmcmp  *=  Disable_FR0*/ 
else  if  (strncmp (cmd, "Go_2_csync" , 10) ==0) 

( 

mode_of_op  =  6; 
send_mode(mode_of_op) ; 

/*****jjEED  TO  ADD  IN  INPUT  FOR  HYPOTHESIS  OFFSET,  ETC...*****/ 

printf ( "\nRemote  CSYNC  command  sent  to  TMS."); 
command_given  =  BITSET; 

}  /*end  if  stmcmp  =  Go_2_csync*/ 
else 

printf ("\nWrong  command  statement:  %s",  mcontent) ; 
send_com  (ndes t ,  STATUS ,  "Unlcnown  command .  " )  ; 

)  /*end  if  type  COMMAND*/ 
else  if  (type  ==  STATUS) 

if  (isdigit (mcontent tO) )  !=  0)  /*  find  out  if  1st  is  a  digit  */ 

{ 

printf (" \nStatus  message  processed:  %s  ",  mcontent);  /‘print  status  message*/ 

sscanf (mcontent ,  "%li",  fcframe) ; 

if  (mode_of_op  ==  6)  /*  check  for  CSYNC  mode  */ 

{ 

if  ((fraLme%4)  ==  0)  /*  check  for  frame  a  mult  of  4  */ 

{ 

if  ((scmp_ret  =  strcmp(&c_resp_arr [resp_wr_ptr3 [0] , "empty") )  ==  0) 

{ 

strcpy(fitc_resp_arr[resp_wr_ptr] 10] , mcontent) ;  /‘store  synch  resp*/ 
sscanf (mcontent,  •%li  %li  %li  %li  %li",  tframe, &c0„crsp,fiicl_crsp, 
tc0_frsp, tcl_frsp) ; 

printf ( "\nFrame  number,  coarse  resp,  fine  resp:  %li  %li  %li  %li  %li", 
frame , c0_crsp , cl_crsp , c0_f rsp , cl_f r sp ) ; 
if  (resp_wr_ptr  ==  (RESP_BUF_SIZ  -1))  /‘update  pointer*/ 
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resp_wr_ptr  =  0; 
else 

resp_wr_ptr  =  resp_wr_ptr  +  1; 
printf ( "\nSynch  response  stored."); 

)  /‘end  if  scmp_ret*/ 
else 
{ 

printf ( "\nERR0R.  Overflow  of  synch  response  buffer  in  PC."); 
return  3 ; 

}  /‘end  else‘/ 

)  /‘end  if  frame*/ 

}  /‘end  if  mode_of_op  ==  6  */ 
else 


{ 


if  (mode_of_op  ==  7) 

{ 

if  (((frame%4)  ==  0)  &&  (frame  >=  frm_ref_4_f ine) ) 

( 

sscanf  (mcontent,  "%li  %li  %li  %li  %li",  Scframe,  Stc0_crsp,  &cl_crsp, 
&c0_frsp,  &cl_frsp) ; 

cum_fine_resp  -  cum_fine_resp  +  cl_frsp;  /‘cumul  estimates  for  user  1*/ 
fine_cnt  =  fine_cnt  +  1; 
if  (fine_cnt  ==10) 


{ 


if  {cum_fine_resp  >=  0) 

flt_avg  =  ( (float)cum_fine_resp/10.0)  +  0.5;  /*  calc  avg  fine  est  */ 
else 

flt_avg  =  ( (float) ciam_fine_resp/ 10. 0)  -  0.5; 
f_est_avg  =  (long  int)flt_avg; 

cuitufine_resp  =0;  /*  reset  fine  resp  accumulator  */ 

fine_cnt  =0;  /*  reset  fine  estimate  received  count  */ 

if  (f_resp_arr [resp_wr_ptr)  ==  999) 


{ 

f_resp_arr [resp__wr_ptr]  =  f_est_avg;  /♦  store  avg  fine  est  */ 
if  (resp_wr_j?tr  ==  (RESP_BUF_SIZ  -  1  ))  /*  update  pointer  */ 
resp_wr^tr  =  0; 
else 

resp_wr_ptr  =  resp_wr_ptr  +  1; 

)  /*  end  if  f_resp_arr  */ 
else 
{ 

printf ("NnERROR.  Overflow  of  synch  response  buffer."); 
return  3; 

)  /*  end  else  */ 


adjustment  =  (float) f_est_avg/ (62 . 5  *  320.0);  /‘COMPUTE  NCO  CHANGE  NECESSARY*/ 
phs_change_4__nco  =  (long  int)  ( (1. 0+adjustment)  *NCO_VAL) ; 
if  (f_resp_arr [resp_wr_ptr]  ==  999) 

{ 

f_resp_arr  [resp_wr_ptr]  =  phs_change_4^co;  /*  store  phase  change  */ 
if  (resp_wr_ptr  ==  (RESP_BUF_SI2  -  1  ))  /*  update  pointer  */ 
resp_wr_ptr  =  0; 
else 

resp__wr_ptr  =  resp_wr_ptr  +  1; 

}  /‘end  if  f_resp_arr  ‘/ 
else 
{ 

printf (“\nERROR.  Overflow  in  synch  resp  buffer."); 
return  3; 

>  /*  end  else  ‘/ 

}  /*  end  if  fine_cnt  ‘/ 

)  /‘end  if  frame. . . ‘/ 

)  /‘end  if  mode_of_op  ==  7*/ 

)  /‘end  else*/ 

)  /‘end  if  isdigit..,*/ 
else 

printf ("\nStatus  message;  %s  ",  mcontent);  /‘print  status  message*/ 

}  /‘end  else  if  type*/ 
return  0; 

)  /‘  end  procjnsg(mcontent) */ 

^ **************★********★****/ 
float  Rd_value(char  par [201) 

y****************************/ 

{ 

float  number; 

/*  Find  out  whether  it*s  a  digit  */ 

if  (isdigit (par [01 )  ==  0)  {  /‘first  char  is  not  a  digit*/ 
if  (stmcmp(par,  "low",  3)==0) 
return ( ( float ) lo_band) ; 
else  if  (stmcmp(par,  "high",  4)==0) 
return ( ( float) up_band) ; 
else  if  (strncmp(par,  "mid",  3)==0) 

return ( (f loat)mid_band) ; 
else  if  (strncmp(par,  "oneq",  4)==0) 
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return {( float ) oneq_band) ; 

else  if  (strncmp (par ,  “threeq",  6)==0} 

return ( (float) threeq_band) ; 

else  { 

return (0 . 0) ; 

}  /*end  else*/ 

)  /*end  if  isdigit*/ 
else  { 

sscanf(par,  "%f",  ^number); 

return (number) ; 

}  /*end  else*/ 

}  /*end  Rd_value  subroutine*/ 

/***********♦***/ 
void  Init^DPMEMO 
^*************** ! 

{ 

chec)c  =  Put32Bit  (C30DONE,DUAL,BITCLR)  ; 
chec)c  =  Put32Bit  (MODE_AVAIL,DUAL,BITCLR)  ; 
check  =  Put32Bit (MODE, DUAL, BITCLR) ; 
check  :=  Put32Bit(MODE^CK,DUAL,BITCLR)  ; 
check  -  Put32Bit(F_AVAIL,DUAL,BITCLR) ; 
check  =  Put32Bit (F^VALUE, DUAL, BITCLR) ; 
check  =  Put32Bit (F_ACK, DUAL, BITCLR) ; 
check  =  Put32Bit(PHS_AVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit (PHS_RNDED, DUAL, BITCLR) ; 
check  =  Put32Bit(PHS_ACK,DUAL,BITCLR) ; 
check  =  Put32Bit (DWELL^AVAIL, DUAL, BITCLR) ;  . 
check  =  Put32Bit (DWELL_VAL, DUAL, BITCLR) ; 
check  =  Put32Bit (DWELL.ACK, DUAL, BITCLR) ; 
check  =  Put32Bit(VAL_RDY, DUAL, BITCLR) ; 
check  =  Put32Bit (VAL^IDX, DUAL, BITCLR) ; 
check  =  Put32Bit (VALUE, DUAL, BITCLR) ; 
check  =  Put32Bit (VAL^ACK, DUAL, BITCLR) ; 
check  =  Put32Bit(END„ASCII,DUAL,BITCLR) ; 
check  =  Put3 2 Bit(STOP„MOD3, DUAL, BITCLR) ; 
check  =  Put32Bit (INCR_AVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit ( INCR_VAL, DUAL, BITCLR) ; 
check  =  Put32Bit(INCR_ACK, DUAL, BITCLR) ; 
check  =  Put32Bit (STOP^INT, DUAL, BITCLR) ; 
check  =  Put32Bit (RIS^DET, DUAL, BITCLR) ; 
check  =  Put32Bit (HyP_JlVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit (USER_HYP, DUAL, BITCLR) ; 
check  =  Put32Bit (HYP_J^CK, DUAL, BITCLR) ; 
check  =:  Put32Bit  (DBUG_AVAIL,  DUAL,  BITCLR)  ; 
Check  =  Put32Bit{DBUG_VALUE, DUAL, BITCLR) ; 
check  =  Put32Bit (DBUG_ACK, DUAL, BITCLR) ; 
check  =  Put32Bit (CHK^AVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit(CHK_VALUE, DUAL, BITCLR) ; 
check  =  Put32Bit (CHK_ACK, DUAL, BITCLR) ; 
check  =  Put32Bit (FRM_REF, DUAL, BITCLR) ; 
check  =  Put32Bit (C0_RESP, DUAL, BITCLR) ; 
check  =  Put32Bit (C1_RESP, DUAL, BITCLR) ; 
check  =  Put32Bit (FO^RESP, DUAL, BITCLR) ? 
check  =  Put32Bit (F1_RESP, DUAL, BITCLR) ; 
check  =  Put32Bit (RESP_JIVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit(RESP^CK, DUAL, BITCLR)  ; 
check  =  Put32Bit (RDY_4_RESP,DUAL,BITSET) ; 
check  =  Put32Bit (RNG^XCDED, DUAL, BITCLR) ; 
check  =  Put32Bit (CSYNC^OK, DUAL, BITCLR) ; 
check  =  Put32Bit (CHK_HOP, DUAL, BITCLR) ; 
check  =  Put32Bit (CHK^FRM, DUAL, BITCLR) ; 
check  =  Put32Bit (LOG^END, DUAL, BITCLR) ; 
check  =  Puts 2Bit(PLINE_FLAG, DUAL,  BITCLR); 
check  =  Put32Bit (DAT_AVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit (INDEX, DUAL, BITCLR) ; 
check  =  Put32Bit (DAT_VALUE, DUAL, BITCLR) ; 
check  =  Put32Bit(DAT__ACK,DUAL,BITCLR)  ; 
check  =  Put32Bit (END.FILE, DUAL, BITCLR) ; 
check  =  Put32Bi t (TOO_MANY_HYPS , DUAL , BITCLR) ; 
check  =  Put32Bit (FRM_NOT_FOUND, DUAL, BITCLR) ; 
check  =  Put32Bit(FSTART__AVAIL, DUAL, BITCLR)  ; 
check  =  Put32Bit (FSTART_FRM,DUAL,  BITCLR); 
Check  =  Put32Bit  (FSTART^CK,  DUAL,  BITCLR)  ; 
check  =  Put32Bit (EST_AVAIL, DUAL, BITCLR) ; 
check  =  Put32Bit (FINE_EST, DUAL, BITCLR) ; 
check  =  Put32Bit (PHS^CHANGE, DUAL, BITCLR) ; 
check  =  Put32Bit (EST_ACK, DUAL, BITCLR) ; 
check  =  Put32Bit (NO^FSYNC, DUAL, BITCLR) ; 
check  =  Put32Bit (FSYNC„OK, DUAL, BITCLR) ; 
check  =  Put32Bit(UFLO_CDTN,  DUAL,  BITCLR); 

}  /*end  Init_DPMEM  sxibroutine*/ 
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B2.  DSP  main  program 


*  Program  Name:  TMS_UL2.ASM 

*  Author:  C.  Tom  * 

*  Date  edited:  26  February  1998  * 

*  Description:  This  program  performs  uplink  GT  processor  functions  including  * 

*  transmission  of  CW  tones,  slow  sweeping  across  entire  BW,  * 

*  detecting  FRO  pulse  for  DL  sync  confirmation,  transmitting  * 

*  of  coarse  sync  probes  and  achieving  coarse  synchronization,  * 

*  This  version  has  the  parameters  for  the  GT  processor  * 

*  downloaded  from  an  ASCII  data  file.  * 


****  Subroutine  declarations  **** 


. globl 

CHG_C0M_DISP 

. globl 

CHOOSE_F 

.globl 

COMMAND^CLK 

.globl 

CRSE^SYNC 

.globl 

Disableint 

.globl 

DSPDLAYLP 

.globl 

Enableint 

. globl 

FINE^SYNC 

.globl 

GT_ISR 

. globl 

HSC_INIT 

.globl 

Ld_param_HSC 

.globl 

NRDY_low_l OOP 

.globl 

RcLGTparam 

.globl 

Rd^HSCparam 

. globl 

SLOW_J!OP 

.globl 

START^CO 

****  Miscellaneous  constants  **** 

XFO_EN 

.  set 

2h 

XF_SET 

.set 

6h 

XF.CLR 

.set 

Offfbh 

BITCLR 

.set 

0 

BITSET 

.  set 

1 

MODEl 

.set 

1 

MODE2 

.set 

2 

M0DE3 

.set 

3 

MODE4 

.set 

4 

MODES 

.  set 

5 

MODE6 

.  set 

6 

MODE? 

.set 

7 

F_STOP 

.set 

1234h 

MASKL16 

.set 

Offffh 

.data 

VAR^BASE 

.word 

gt^yars 

*  Indices  for  gt. 

_vars  parameters 

array 

NUM_HOP 

.set 

0 

MAX_FRM 

.set 

1 

MAX^HOP 

.set 

2 

PRB_START 

.set 

3 

SRCH_LIM 

.set 

4 

TIMES_4_CONFM 

.set 

5 

RESP_BUF_SIZ 

.set 

6 

MIN__DET_2_VER 

.set 

7 

NUM_RETRANSMITS 

.set 

8 

LIM_10 

.set 

9 

MIN_4_C0NV 

.set 

10 

MAX.ATTEMPTS 

.set 

11 

.data 

HSC_addr 

.word 

HSC_array 

BITS0_N_1 

.word 

3h 

BITS2_31 

.word 

OFFFFFFFCh 

****  DSP  initialization  stuff  **** 

.data 

BEGSTACK 

.word 

809800h 

Pribus 

.set 

808064h 

Secbus 

.set 

808060h 

Pribusval 

.set 

800h 

Secbusval 

.set 

0 

ST_reg__init 

.set 

IBOOh 

;mode  1:  CW  frequency  transmit 
;mode  2:  RUN  mode 

;mode  3:  sweep  alloc  bw  with  dwell 
;mode  4:  FRO  enable  mode 
;mode  5:  FRO  disable  mode 
;mode  6:  CSYNC  mode 
;mode  7:  FSYNC  mode 


; Address  of  beginning  of  stack 
; Address  of  primarybus  control  register 
/Address  of  secondary  bus  control  register 


;bit  to  clear/enable  CACHE,  disable  OVM 
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*  N.B.  After  RESET,  following  registers  are  initialized  to  zero 


ST  -  CPU  status  register 

IE  -  CPU/DMA  interrupt  enable  flags 

IF  -  CPU  interrupt  flags 

lOF  -  I/O  flags 


****  Data  page  pointers  **** 


INIPG 

.  set 

0 

DPMEMPG 

.  set 

3h 

BSSPG 

.  set 

80h 

DATAPG 

.  set 

Oh 

DSPLNKPG 

.  set 

80h 

BUSPG 

,  set 

80h 

****  DPMEM  : 

addresses  **** 

DPBASE 

.set 

30000h 

C30DONE 

.set 

DPBASE 

MODE_AVAIL 

.  set 

DPBASE 

+ 

Ih 

MODE 

.set 

DPBASE 

+ 

2h 

MODE_ACK 

.set 

DPBASE 

+ 

3h 

F^AVAIL 

.set 

DPBASE 

+ 

4h 

F^VALUE 

.set 

DPBASE 

5h 

F_ACK 

.set 

DPBASE 

+ 

6h 

PHS^AVAIL 

.set 

DPBASE 

+ 

7h 

PHS_RNDED 

.set 

DPBASE 

+ 

8h 

PHS^ACK 

.set 

DPBASE 

+ 

9h 

DWELL_JVVAIL 

.set 

DPBASE 

+ 

OBh 

DWELL_VAL 

.set 

DPBASE 

+ 

OCh 

DWELL_ACK 

.set 

DPBASE 

+ 

ODh 

VAL_RDY 

.set 

DPBASE 

+ 

OEh 

VAL^IDX 

.set 

DPBASE 

+ 

OFh 

VALUE 

.set 

DPBASE 

+ 

lOh 

VAL_ACK 

.set 

DPBASE 

+ 

llh 

END_ASCII 

.set 

DPBASE 

+ 

12h 

STOP_MOD3 

.set 

DPBASE 

+ 

13h 

INCR_AVAIL 

.set 

DPBASE 

+ 

14h 

INCR_VAL 

.set 

DPBASE 

15h 

INCR_J^CK 

.set 

DPBASE 

+ 

16h 

STOP_INT 

.set 

DPBASE 

+ 

17h 

RIS^DET 

.set 

DPBASE 

+ 

18h 

*  DPBASE+19h  to  DPBASE+2Bh,  AND  DPBASE+2Eh  to  DPBASE  +  2Fh  used  in  CSYNC.ASM 


CHK_HOP 

.set 

DPBASE  + 

2Ch 

CHK_PRM 

.set 

DPBASE  + 

2Dh 

DAT_AVAIL 

.set 

DPBASE  + 

30h 

INDEX 

.  set 

DPBASE  + 

31h 

DAT_VALUE 

.set 

DPBASE  + 

32h 

DAT_ACK 

.set 

DPBASE  * 

33h 

END_FILE 

.set 

DPBASE  + 

34h 

****  BER  i/f 

board  addresses  **** 

cmd_ber 

.set 

800009h 

WRITE  only 

STAT^BER 

.set 

800009h 

READ  only 

BER_DAT_port 

.  set 

800008h 

READ/WRITE 

****  BER  i/f 

board  commands  **** 

BER^SWres 

.set 

8000h 

BER_Dfault 

.set 

Oh 

****  GT  i/f  : 

board  addresses  **** 

COMMAND 

.set 

800004h 

WRITE  only 

STATUS 

.set 

800004h 

READ  only 

NCO_CMD 

.  set 

800005h 

WRITE  only 

INTRPT_PORT 

.  set 

800005h 

READ  only 

HSC_PORT 

.set 

800006h 

WRITE  only 

FSK_FRM 

.set 

800007h 

WRITE  only 

*♦**  GT  i/f  : 

board  commands  **** 

SW_RES_GT 

.  set 

1 

Dfault_CMD 

.  set 

5 

****  HSC  commands  and  miscellaneous  **** 
.data 
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HSC_endhop 

.word 

Offffffh 

; 16777215  (max  hop  number  for  HSC) 

SYNC.BIT 

.  set 

2 

;SYNC  on  bit  D1  of  GT  status 

NRDY.BIT 

.set 

4 

;bit  D2  on  GT  status  (DSPLINK) 

STOP_HSC 

.  set 

0 

RUN_HSC 

.  set 

8000h 

CHG_IMMED 

.set 

0501h 

CHG^HOP 

.set 

0500h 

LD^LATCH 

.  set 

0300h 

LD_BASE 

.  set 

030Ch 

LD_BWSCALE 

.set 

0306h 

LD_DOPF 

.set 

0310h 

LD_FCSPACE 

.set 

030Ah 

LD^FLAGS 

.set 

031Ah 

LD^FSKCHAN 

.set 

0308h 

LD^HOP 

.set 

0304h 

LD_LOSCI 

.set 

0318h 

LD_LOCOM 

.set 

0312h 

LD_OFFSET 

.  set 

030Eh 

LD_TIMELO 

.set 

0314h 

LD_TIMEHI 

.set 

0316h 

ULSYNC^CMD 

.set 

500Bh 

;GO  TO  ULSYNC  MODE,  channel  1,  bin  3 

ulgo_base 

.set 

200h 

;BASE  VALUE  OF  ULGO  COMMAND  FOR  CSYNC 

****  HSC  parameter  indices  *♦** 


BASE_L16 

.set 

0 

BASE_H16 

.set 

1 

BWSCALE_L16 

.set 

2 

BWSCALE_H16 

.  set 

3 

HOP_BW_L16 

.set 

4 

HOP_BW_H16 

.set 

5 

D0PF_L16 

.set 

6 

DOPF_H16 

.set 

7 

FCSPACE_L16 

.set 

8 

FCSPACE_H16 

.set 

9 

FLAGS_L16 

.set 

10 

FLAGS_H16 

.  set 

11 

LOSCI_L16 

.set 

12 

LOSCI_H16 

.set 

13 

LOCOM_L16 

.  set 

14 

LOCOM_H16 

.set 

15 

OFFSET_L16 

.set 

16 

OFFSET_H16 

.set 

17 

TIMELO_L16 

.  set 

18 

TIMELO_H16 

.set 

19 

TIMEHI_L16 

.  set 

20 

TIMEHI_H16 

.set 

21 

****  NCO  constants  and  commands 

.data 

**** 

NCO_INIT 

. float 

1.92e5 

NCO_const 

. float 

1.0737418e2 

D0_D7mask 

.word 

OFFh 

D8_D15mask 

.word 

OFFOOh 

Dl€_D23mask 

.word 

OFFOOOOh 

D24_D3 Imask 

.word 

OFFOOOOOOh 

D0_D7addr 

.word 

3000000h 

D8_D15addr 

.word 

2000000h 

D16_D23addr 

.word 

lOOOOOOh 

D24_D31addr 

.word 

Oh 

Addr_Phase 

.word 

Phase 

NCO_WRN_LO 

.set 

4h 

NCO_STRB_HI 

.set 

7h 

****  Reserve 

memory  in  .bss  for 

variables 

.globl 

op_jttode 

.bss 

op_jDttode ,  1 

.globl 

LSB16 

.bss 

LSB16,1 

.globl 

HSB16 

.bss 

MSB16,1 

. globl 

f^select 

.bss 

f_select , 1 

.globl 

HOP^PAR 

.bss 

HOP_PAR,l 

.globl 

temp_var 

.bss 

temp__var ,  1 

.globl 

NCO_CLK 

.bss 

NCO_CLK,l 

.globl 

Phase 

.bss 

Phase , 4 
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. globl 

phs_rnded 

.bss 

phs_rnded, 1 

.globl 

original_jphase 

.bss 

original_phase, 1 

.globl 

hop_dwe 1 1 

.bss 

hop_dwe 11,1 

.globl 

HSC_array 

.bss 

HSC_array,25 

.globl 

counter 

.bss 

counter, 1 

.globl 

tx„cnt 

.bss 

tx_cnt , 1 

.globl 

gt_vars 

.bss 

gt^vars, 12 

fined  elsewhere 

*  *  *  * 

.globl 

BER_stat 

.globl 

hop_cnt 

.globl 

frTti_cnt 

.globl 

prev_FR0 

.globl 

chk_FR0„f Ig 

.globl 

array_cnt 

.globl 

hyp^used 

.globl 

hyp_of fset 

.globl 

nxt_prb_fnn 

.globl 

act_prb_fnn 

.globl 

act_prb_hop 

.globl 

start_timef 

.globl 

start_tiineh 

.globl 

assigned_f 

.globl 

tms_csync„rdy 

.globl 

brstO_flg 

.globl 

brstl_f Ig 

.globl 

user_hyp_of f 

.globl 

iter_hyp 

.globl 

first_prb 

.globl 

prb^cmd 

.globl 

coarsel 

.globl 

coarse2 

.globl 

ref_frame 

***  Initialize 

RESET  and 

interrupt  service  routine 

locations  **** 

.sect 

-VECTORS" 

RESET 

.word 

START 

INTO 

.word 

GT_ISR 

INTI 

.word 

0 

INT2 

.word 

0 

INT3 

.word 

0 

XINTO 

.word 

0 

RINTO 

.word 

0 

XINTA 

.word 

0 

RINTA 

.word 

0 

TINTO 

.word 

0 

TINTl 

.word 

0 

DINT 

.word 

0 

. space 

20 

****  Program  begins  here 

**** 

.text 

START: 

LDI 

INIPG,DP 

;set  DP  pointer  to  0 

LDI 

ST_reg„init , ST 

; clear /enable  CACHE,  disable  OVM 

LDI 

DATAPG,DP 

LDI 

0BEGSTACK,SP 

; initialize  SW  stack  pointer 

LDI 

BUSPG,DP 

; initialize  primary  bus  control  register 

LDI 

Pribusval ,R4 

STI 

R4 , 0Pribus 

LDI 

Secbusval ,R4 

; initialize  secondary  bus  control  register 

STI 

R4 , dSecbus 

LDI  DSPLNKPG.DP 

LDi  SW_RES_GT,RO  ; issue  SW  reset  of  GT  i/f  board 

LSH  16, HO 

STI  RO , ^COMMAND 

CALL  DSPDLAYLP 

LDI  Dfault„CMD,RO 

LSH  16, RO 

STI  RO ,  0COMMAND 

CALL  DSPDLAYLP 
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; issue  SW  reset  of  BER  i/f  board 


LDI 

BER_SWres,RO 

LSH 

16.  RO 

STI 

RO , @CMD_BER 

CALL 

DSPDLAYLP 

LDI 

BER__Dfault.RO 

LSH 

16, RO 

STI 

RO . @CMD_BER 

CALL 

DSPDLAYLP 

*  Download  parameters  for  GT  processor 

CALL  Rd_GTparam 

*  Wait  for  clock  frequency  from  PC 


LDI 

NCO_WAIT : 

LDI 

CMPI 

BNE 


DPMEMPG,DP 

ePHS_AVAIL, RO 

BITSET,R0 

NCO^WAIT 


LDI  BITCLR,R0 

STI  RO , 0PHS_AVAIL 

LDI  0PHS_RNDED,RO 

LDI  BSSPG,DP 

STI  RO ,  0phs_mded 

STI  RO , 0original_phase 

LDI  BITSET,R0 

LDI  DPMEMPG,DP 

STI  RO,0PHS_ACK 

CALL  STARTJNCO 

*  Download  initial  parameters  for  HSC  (Blue  box) 

CALL  Rd_HSCparam 

CALL  HSC_INIT 

CALL  Ld_param_HSC 

*  Final  initialization  of  variables 


LDI 

DSPLNKPG.DP 

;make  sure  RF  is  on 

LDI 

O.RO 

STI 

RO . 6FSK_FRM 

CALL 

DSPDLAYLP 

LDI 

DSPLNKPG.DP 

;read  GT  status  to  clear  uflo  bit 

LDI 

0STATUS.ro 

CALL 

DSPDLAYLP 

LDI 

O.RO 

;  clear  flags  for  ISR 

LDI 

BSSPG.DP 

STI 

RO , 0BER_Stat 

STI 

RO . 0chk_FRO_f Ig 

STI 

RO , 0array_cnt 

STI 

RO . 0tms_csync_rdy 

LDI 

800h.R0 

.•initialize  prev_FR0  to  be  "high" 

STI 

RO . 0prev_FRO 

LDI 

222, RO 

.•arbitrary 

STI 

RO ,  0hop_cnt 

LDI 

7.R0 

STI 

RO,0frm_cnt 

interrupts 

LDI 

O.IF 

.•clear  any  pending  interrupts 

CALL 

Enable int 

NEXT^CMD: 


*  Wait  for  mode  of  operation  from  PC 


MODE_WAIT: 


LDI 

DPMEMP6.DP 

LDI 

0MODE^VAIL.RO 

CMPI 

BITSET.RO 

BEQ 

GET^MODE 

LDI 

0STOP_INT.RO 

CMPI 

BITSET.RO 

BEQ 

CLOSE_OUT 

B 

MODE^WAIT 
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GET^MODE : 


LDI 

BITCLR,R0 

STI 

RO,@MODE_AVAIL 

LDI 

eMODE.RO 

LDI 

BSSPG,DP 

STI 

RO , @op_mode 

LDI 

BITSET,R0 

LDI 

DPMEMPG , DP 

STI 

RO , @MODE_ACK 

*  Put  HSC  in  known  state 

(STOP  MODE) 

CALL 

HSC_INIT 

*  Find  out  which  mode 

LDI 

BSSPG,DP 

LDI 

0op_mode , RO 

CMPI 

MODE1,RO 

BEQ 

OP_l 

CMPI 

MODE2 , RO 

BEQ 

OP_2 

CMPI 

MODE3 , RO 

BEQ 

OP_3 

CMPI 

MODE4,RO 

BEQ 

OP_4 

CMPI 

MODES, RO 

BEQ 

OP_5 

CMPI 

MODE6,RO 

BEQ 

OP_6 

CMPI 

MODE7,RO 

BEQ 

0P_7 

OP^ERR: 

LDI 

BSSPG,DP 

LDI 

0h,R0 

STI 

RO.dLSBie 

LDI 

0h,R0 

STI 

R0,eMSB16 

CALL 

CHG_COM_DISP 

B 

RET_MODE 

OP_l; 

CALL 

CHOOSE_F 

B 

RET_MODE 

***************^**********************************^ 

OP  2: 

LDI 

DSPLNKPG,DP 

CALL 

NRDY_10w_loop 

LDI 

CHG_HOP,RO 

LSH 

16,  RO 

STI 

RO . 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1  ow_l  0  op 

LDI 

RUN_HSC,R0 

LSH 

16,  RO 

STI 

RO,BHSC_PORT 

CALL 

DSPDLAYLP 

B 

RET_MODE 

************************ 

OP_3; 

DWELL  WAIT: 

LDI 

DPMEMPG, DP 

LDI 

eDWELL_JVVAIL,RO 

CMPI 

BITSET,R0 

BNE 

DWELL_WAIT 

LDI 

BITCLR,R0 

STI 

RO ,  0DWELL_JlVAIL 

LDI 

®DWELL_VAL,RO 

LDI 

BSSPG,DP 

STI 

RO, 0hop_dwell 

LDI 

BITSET,R0 

LDI 

DPMEMPG, DP 

STI 

RO ,  ODWELL^CK 

INCR  WAIT: 

LDI 

DPMEMPG, DP 

LDI 

0INCR^VAIL,RO 

CMPI 

BITSET,R0 

BNE 

INCR^WAIT 

; Clear  MODE_AVAIL  location 
;read  MODE 

; acknowledge  MODE  transfer 


/Error.  Synth  goes  to  low  edge  of  alloc  BW 


*************************** 

/issue  CHG_HOP  to  respond  to  rising  edge  of  HCLK 

/issue  RUN  command 
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********* 

0P_4: 

FRO  DET : 


OP_5: 
NO_FRO : 


LDI 

BITCLR,R0 

STI 

RO , @INCR_AVAIL 

LDI 

@INCR_VAL,RO 

LDI 

BSSPG,DP 

STI 

RO , @hop_incr 

LDI 

BITSET,R0 

LDI 

DPMEMPG,DP 

STI 

RO , @INCR_ACK 

CALL 

SLOW_HOP 

B 

RET_MODE 

.*********************************. 

LDI 

BITSET,R0 

LDI 

BSSPG,DP 

STI 

R0,@chk_FR0_flg 

B 

RET^ODE 

t********************************* 

LDI 

BITCLR,R0 

LDI 

BSSPG,DP 

STI 

RO , 0chk_FRO_f ig 

LDI 

DPMEMPG,DP 

STI 

RO , 0RIS_DET 

B 

RET_MODE 

; clear  pending  RIS_PET 


OP_6: 

CALL  CRSE^SYNC 

B  NEXT.CMD  .-ONLY  APPLIES  TO  MODE6  &  MODE? 

****************************************************************************** 

OP_7: 

CALL  .  FINE_SYNC 

B  NEXT_CMD 

****************************************************************************** 

RET^MODE: 

LDI 
LDI 
STI 
B 

CLOSE_OUT: 

CALL 
LDI 
LDI 
STI 


DPMEMPG,DP 

BITSET,R0 

RO,0C3ODONE 

NEXT_CMD 

Disableint 

DPMEMPG,DP 

BITCLR,R0 

RO,0STOP_INT 


STDBY; 

NOP  ;C30  waits  here 

B  STDBY 

******************************************************************************* 

******************************************************************************* 

*  SUBROUTINES  BEGIN  HERE  * 

******************************************************************************* 


CHG_COM_DISP: 


.globl 

CHG_COM_DISP 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

LDI 

DSPLNKPG,DP 

CALL 

NRDY_1 ow_l 0 op 

;wait  until  HSC  has  processed  command 

LDI 

CHG_IMMED,RO 

; Change  immediate  command 

LSH 

16,  RO 

STI 

RO , @HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l oop 

LDI 

LD_LATCH,RO 

;Load  Latch  command 

LDI 

LD_HOP,RO 

;Load  Hop  command 

LSH 

16,  RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

B23 


CALL 

NRD  Y_  1 0  w_  1 0  op 

LDI 

BSSPG,DP 

LDI 

eLSB16,R0 

LSH 

16, RO 

LDI 

DSPLNKPG,DP 

STI 

RO , @HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

BSSPG,DP 

LDI 

eMSB16,R0 

LSH 

16,  RO 

LDI 

DSPLNKPG,DP 

STI 

RO , eHSC.PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 0 W_ 1 0 op 

POPF 

RO 

POP 

RO 

POP 

DP 

RETS 

;16  LSB  of  COMSTRON  synthesizer  latch 


;16  MSB  of  COMSTRON  synthesizer  latch 


;end  of  CHG_COM_DISP  subroutine 


CHOOSE^F : 


.globl 

CHOOSE_F 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

R1 

PUSHF 

R1 

PUSH 

R2 

PUSHF 

R2 

PUSH 

R3 

PUSHF 

R3 

PUSH 

R4 

PUSHF 

R4 

PUSH 

R5 

PUSHF 

R5 

PUSH 

R6 

PUSHF 

R6 

*  Wait  for  frequency  selected  by  PC 


F_WAIT : 


LDI 

DPMEMPG , DP 

LDI 

eF^VAIL,R0 

;wait  until  frequency  selection  is  available 

CMPI 

BITSET,R0 

BNE 

F_WAIT 

LDI 

BITCLR,R0 

;  clear  F_J^VAIL  location 

STI 

RO , eF_AVAIL 

LDI 

eF_VALUE,RO 

;read  F_VALUE 

LDI 

BSSPG,DP 

STI 

RO,0f_select 

LDI 

BITSET,R0 

; acknowledge  transfer  of  F_VALUE 

LDI 

DPMEMPG , DP 

STI 

RO ,  0F_^CK 

*  Send  appropriate  frequency  to  HSC 

*  First,  check  that  it's  not  an  F_STOP  command 


LDI 

BSSPG,DP 

LDI 

0f_select  ,R0 

;  RO  <“  f_select 

CMPI 

F_STOP,RO 

BEQ 

GET.OUT 

*  For  now,  value  to  be  transferred  to  HSC  computed  by  PC 


AND 

MASKL16,R0 

; store 

16 

LSB 

STI 

RO,0LSB16 

LDI 

0f_select,RO 

LSH 

-16, RO 

; store 

16 

MSB 

AND  MASKL16,R0 

ST I  R0,eMSB16 


CALL  CHG_COM_DISP 
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GET_OUT : 


POPF  R6 
POP  R6 
POPF  R5 
POP  R5 
POPF  R4 
POP  R4 
POPF  R3 
POP  R3 
POPF  R2 
POP  R2 
POPF  R1 
POP  R1 
POPF  RO 
POP  RO 
POP  DP 

RETS  ;end  of  CHOOSE_F  subroutine 


.  globl  COMMAND^CLK 

.globl  index 

.bss  index, 1 


.text 

COMMAND^CLK: 

PUSH 

PUSH 

PUSHF 

PUSH 

PUSHF 

PUSH 

PUSHF 

PUSH 

PUSH 


DP 

RO 

RO 

R1 

R1 

R2 

R2 

ARO 

IRO 


LDI  BSSPG,DP 

LDI  ‘  0,R0 

LDI  RO , IRO 

STI  R0,@  index 


LDI  DATAPG,DP 

LDI  0Addr_Phase ,  ARO 


Phase_trans : 

LDI 

LDI 

STI 

CALL 

LDI 

LSH 

STI 

CALL 

LDI 

LSH 

STI 

CALL 

LDI 

LDI 

ADDI 

LDI 

STI 

CMPI 

BLT 


*+AR0(IR0)  ,R1 
DSPLNKPG,DP 
R1 , BNCO^CMD 
DSPDLAYLP 
NCO_WRN_LO,R2 
16,  R2 

R2 , ©COMMAND 
DSPDLAYLP 
Df ault_CMD, R2 
16, R2 

R2 , ©COMMAND 
DSPDLAYLP 
BSSPG,DP 
©index, RO 
1,R0 
RO , IRO 
RO , ©index 
4,R0 

Phase_trans 


LDI 

LDI 

LSH 

STI 

CALL 

LDI 

LSH 

STI 

CALL 


DSPLNKPG,DP 
NCO„STRB_HI , R2 
16,  R2 

R2 , ©COMMAND 
DSPDLAYLP 
Df ault_CMD, R2 
16, R2 

R2 , ©COMMAND 
DSPDLAYLP 


POP 

POP 

POPF 

POP 

POPF 

POP 

POPF 

POP 

POP 


IRO 

ARO 

R2 

R2 

R1 

R1 

RO 

RO 

DP 
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RETS 


;end  of  COMMAND_CLK  subroutine 


DSPDLAYLP : 


HSC_INIT: 


Ld_param_HSC : 


.globl 

DSPDLAYLP 

PUSH 

DP 

PUSH 

R1 

PUSHF 

R1 

LDI 

0,R1 

ADDI 

1,R1 

CMP  I 

5,R1 

BLT 

DLAY 

POPE 

R1 

POP 

R1 

POP 

DP 

RETS 

.*******************************. 

.globl 

HSC_INIT 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

CALL 

NRDY_low_l OOP 

LDI 

DSPLNKPG.DP 

LDI 

STOP_HSC,RO 

LSH 

16, RO 

STI 

RO , eHSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l 0 op 

LDI 

STOP_HSC,RO 

LSH 

16, RO 

STI 

RO , BHSC^PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

STOP_HSC,RO 

LSH 

16, RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

POPF 

RO 

POP 

RO 

POP 

DP 

RETS 

.globl 

Ld_j)aram_HSC 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

ARO 

PUSH 

IRO 

LDI 

DATAPG,DP 

LDI 

0HSC_addr,ARO 

LDI 

DSPLNKPG,DP 

CALL 

NRDY_1 ow_loop 

LDI 

LD„BASE,R0 

LSH 

16,  RO 

STI 

RO , eHSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

BASE_L16,IR0 

LDI 

*+AR0(IR0) ,R0 

;end  of  DSPDLAYLP  subroutine 


;initiali2e  HSC 

;lst  STOP  command 

;wait  until  HSC  has  processed  command 
;2nd  STOP  command 

;wait  until  HSC  has  processed  command 
;3rd  STOP  command 


;end  of  HSC_INIT  subroutine 


;wait  until  HSC  has  processed  command 
;Load  BASE  command 


;wait  until  HSC  has  processed  command 
;BASE_L16  transfer 
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LSH 

16, RO 

STI 

RO , @HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

BASE„H16,IR0 

LDI 

*+AR0(IR0) ,R0 

LSH 

16, RO 

STI 

RO , ©HSC^PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

LD„BWSCALE,RO 

LSH 

16, RO 

STI 

RO , @HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l 0 op 

LDI 

BWSCALE_L16,IR0 

LDI 

*+ARO(IRO) .RO 

LSH 

16,  RO 

STI 

RO , @HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

BWSCALE_H16 , IRO 

LDI 

*+AR0(IR0) .RO 

LSH 

16.  RO 

STI 

RO . ©HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

LD_DOPF.RO 

LSH 

16.  RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l oop 

LDI 

DOPF_L16.IRO 

LDI 

*+AR0(IR0) .RO 

LSH 

16. RO 

STI 

RO . ©HSC^PORT 

CALL 

DSPDLAYLP 

CALL 

NRDy_l  OW_loop 

LDI 

DOPF_H16.IRO 

LDI 

*+AR0(IR0) .RO 

LSH 

16.  RO 

STI 

RO , @HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l o op 

LDI 

LD_FCSPACE.RO 

LSH 

16. RO 

STI 

RO . ©HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 OW_l O  op 

LDI 

FCSPACE_L16.IR0 

LDI 

*+AR0(IR0) .RO 

LSH 

16.  RO 

STI 

RO.®HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l OOP 

LDI 

FCSPACE_H16 . IRO 

LDI 

*+AR0(IR0)  .RO 

LSH 

16. RO 

STI 

RO . ©HSC.PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

LD_FLAGS , RO 

LSH 

16,  RO 

STI 

RO , ©HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_l00p 

LDI 

FLAGS_L16 . IRO 

LDI 

*+AR0(IR0) .RO 

LSH 

16,  RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 OW_l 0 op 

LDI 

FLAGS_H16,IR0 

LDI 

*+AR0(IR0) ,R0 

;wait  until  HSC  has  processed  command 
;BASE_H16  transfer 


;wait  until  HSC  has  processed  command 
;Load  BWSCALE  command 


;wait  until  HSC  has  processed  command 
;BWSCALE_L16  transfer 


;wait  until  HSC  has  processed  command 
;BWSCALE_H16  transfer 


;wait  until  HSC  has  processed  comm^uld 
;Load  DOPF  command 


;wait  until  HSC  has  processed  command 
;DOPF_L16  transfer 


;wait  until  HSC  has  processed  command 
;D0PF_H16  transfer 


;walt  until  HSC  has  processed  command 
;Load  FCSPACE  command 


;wait  until  HSC  has  processed  command 
;FCSPACE_L16  transfer 


;wait  until  HSC  has  processed  command 
;FCSPACE_H16  tmasfer 


;wait  until  HSC  has  processed  command 
;Load  FLAGS  command 


;wait  until  HSC  has  processed  command 
;FLAGS_L16  transfer 


;wait  until  HSC  has  processed  command 
;FLAGS_H16  transfer 
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LSH 

16, RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

LD^LOSCI , RO 

.-Load  LOSCI  conmiand 

LSH 

16. RO 

STI 

RO , ensc^pORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

LOSCI_L16,IRO 

;LOSCI_L16  transfer 

LDI 

•+AR0(IR0) ,R0 

LSH 

16, RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

LOSCI_H16,IRO 

;LOSCI_H16  transfer 

LDI 

*+AR0{IR0) ,R0 

LSH 

16, RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

LD_LOCOM,RO 

;Load  LOCOM  commcind 

LSH 

16,  RO 

STI 

RO , 0HSC_PORT 

CTILL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

LOCOM_L16,IRO 

;LOCOM_L16  transfer 

LDI 

*+AR0(IR0) ,R0 

LSH 

16,  RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 o w_ 1 o op 

;wait  until  HSC  has  processed  command 

LDI 

LOCOM_H16 , IRO 

;LOCOM_H16  transfer 

LDI 

*+ARO{IRO) ,R0 

LSH 

16,  RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_10W_loop 

;wait  until  HSC  has  processed  command 

LDI 

LD_OFFSET,RO 

;Load  OFFSET  command 

LSH 

16,  RO 

STI 

RO . eHSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

OFFSET_L16,IRO 

;OFFSET_L16  transfer 

LDI 

*+AR0(IR0) ,R0 

LSH 

16,  RO 

STI 

RO . 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRD Y_1 o w_l o op 

;walt  until  HSC  has  processed  command 

LDI 

OFFSET_H16 , IRO 

;OFFSET_H16  transfer 

LDI 

*+ARO(IRO) ,R0 

LSH 

16,  RO 

STI 

RO , «HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_1 ow_l o op 

;wait  \antil  HSC  has  processed  command 

LDI 

LD_TIMELO,RO 

;Load  TIMELO  command,  autoclr  up32  bits 

LSH 

16,  RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

TIMELO_L16,IR0 

;TIMELO_L16  transfer 

LDI 

*+AR0(IR0) ,R0 

LSH 

16, RO 

STI 

RO , eHSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

;wait  until  HSC  has  processed  command 

LDI 

TIMELO„H16,IRO 

;TIMELO_H16  transfer 

LDI 

*+AR0(IR0) .RO 

LSH 

16, RO 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

POP 

IRO 

POP 

ARO 
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POPF 

RO 

POP 

RO 

POP 

DP 

RETS 

;end  of  Ld_parain_HSC  subroutine 

.globl 

NRDY^l ow_l o  op : 

PUSH 

PUSH 

PUSH? 

LDI 

NRDy_LOOP; 

LDI 

LSH 

TSTB 

BNZ 

POPF 

POP 

POP 

RETS 


NRDY_1 ow_l o op 


DP 

RO 

RO 

DSPLNKPG,DP 

eSTATUS,RO 
-16, RO 
NRDY3IT,R0 
NRDY_LOOP 

RO 

RO 

DP 

;end 


of  NRDy_low_loop  subroutine 


.globl 

Rd^GTparam 

Rd^GTparam: 

PUSH 

DP 

PUSH 

ARO 

PUSH 

IRO 

PUSH 

RO 

PUSHF 

RO 

RD_GT_VARS : 

LDI 

DATAPG,DP 

LDI 

0VAR_BASE,ARO 

LDI 

DPMEMPG,DP 

WAIT_GT_VAR: 

LDI 

eEND_FILE,RO 

; check  for  end  of  data  file 

CMPI 

BITSET,R0 

BEQ 

FINISHED 

LDI 

0DAT^VAIL,RO 

; check  for  data  available 

CMPI 

BITSET,R0 

BNE 

WAIT_GT_VAR 

READ_VAL: 

LDI 

BITCLR,R0 

STI 

RO ,  0DAT^VAIL 

LDI 

0INDEX,IRO 

;read  index  in  gt_vars  array 

LDI 

eDAT_VALUE,RO 

;read  value 

STI 

R0,*+AR0(IR0) 

; store  value  into  gt^vars  array 

LDI 

BITSET,R0 

STI 

RO , 0DAT_ACK 

;send  ack  to  PC 

B 

WAIT_GT„VAR 

FINISHED: 

LDI 

BITCLR,R0 

LDI 

DPMEMPG,DP 

STI 

RO,0END_FILE 

POPF 

RO 

POP 

RO 

POP 

IRO 

POP 

ARO 

POP 

DP 

RETS 

;end  of  Rd_.GTparain  subroutine 

.globl 

RdLHSCparam 

Rd_HSCparain : 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

ARO 

PUSH 

IRO 

RDJJEXT: 

LDI 

DPMEMPG,DP 

WAIT^DAT: 

LDI 

0VAL_RDY,RO 

CMPI 

BITSET,R0 

; check  for  next  param  ready 
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RD_DAT : 


WRAP-UP : 


SLOW^HOP: 


DO^GAIN; 


GO_THRU_PN : 


HOLD: 


BEQ 

RD_DAT 

LDI 

@END_ASCII,R0 

CMPI 

BITSET,R0 

BNE 

WAIT_DAT 

B 

WRAP_UP 

LDI 

0,R0 

STI 

RO , @VAL_RDY 

LDI 

@VAL_IDX . IRO 

LDI 

DPMEMPG , DP 

LDI 

eVALUE . RO 

LDI 

DATAPG,DP 

LDI 

eHSC_addr,AR0 

LDI 

BSSPG.DP 

STI 

RO, *+AR0 (IRO) 

LDI 

BITSET,R0 

LDI 

DPMEMPG, DP 

STI 

RO , eVAL_ACK 

B 

RD^NEXT 

POP 

IRO 

POP 

ARO 

POPF 

RO 

POP 

RO 

POP 

DP 

RETS 

globl 

SLOW^HOP 

globl 

hop_nuin 

bss 

hop_n\Jin,  1 

globl 

hopbine r 

bss 

hop^incr , 1 

.text 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

lOF 

LDI 

0,R0 

LDI 

BSSPG,DP 

STI 

RO , 0hop_num 

LDI 

BSSPG,DP 

LDI 

®hop_nuin,R0 

AND 

MASKL16,R0 

STI 

R0,gLSB16 

LDI 

0hop__nuin,RO 

LSH 

-16, RO 

AND 

MASKL16,R0 

STI 

R0,eHSB16 

CALL 

CHG_COM_DISP 

LDI 

BSSPG,DP 

LDI 

XF0_EN,IOF 

OR 

XF_SET,IOF 

NOP 

NOP 

NOP 

AND 

XF_CLR,IOF 

RPTS 

NOP 

0hop_dwell 

OR 

XF_SET,IOF 

NOP 

NOP 

AND 

XF_CLR, I OF 

NOP 

NOP 

NOP 

NOP 

NOP 

OR 

XF_SET.IOF 

NOP 

;also  check  for  end  of  file 

; clear  VAL_RDY 

; store  next  param  in  array 


;end  of  Rd_HSCparain  subroutine 


; enable  XFO 
;put  "1*  on  XF 

;put  "0“  on  XF 

;put  "1"  on  XF 
?put  -0"  on  XF 

;put  "1*  on  XF 
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;put  "0"  on  XF 


EXIT_LOOP: 


NOP 

AND 

XF^CLR, I OF 

LDI 

DPMEMPG,DP 

LDI 

eSTOP_MOD3,RO 

CMPI 

1,R0 

BEQ 

EXIT_LOOP 

LDI 

BSSPG,DP 

LDI 

0hop_nuin,RO 

ADDI 

0hop_incr , RO 

STI 

RO ,  @hop__num 

LDI 

DATAPG,DP 

CMPI 

eHSC_endhop , RO 

BLT 

GO_THRU_PN 

B 

DO_AGAIN 

LDI 

DPMEMPG,DP 

LDI 

BITCLR,R0 

STI 

RO,0STOP_MOD3 

POP 

lOF 

POPF 

RO 

POP 

RO 

POP 

DP 

RETS 

;end  of  SLOW_HOP  subroutine 


**★**♦********♦**#*******★*****♦★★♦*****♦★********♦★******************♦**♦*♦*** 


START_JICO: 


.globl 

STARTJJCO 

PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

R1 

PUSHF 

R1 

PUSH 

R2 

PUSHF 

R2 

PUSH 

R3 

PUSHF 

R3 

LDI 

BSSPG,DP 

LDI 

®phs_mded,  RO 

LDI 

DATAPG,DP 

AND 

8D24_D31inask,R0 

LSH 

-8,R0 

ADDI 

eD24J>31addr,R0 

LDI 

BSSPG,DP 

STI 

RO , BPhase 

LDI 

®phs_mded,  RO 

LDI 

DATAPG,DP 

AND 

9D1 6_p2  3iiiask ,  RO 

ADDI 

9D16^23addr,R0 

LDI 

BSSPG^DP 

STI 

RO,BPhase-i'l 

LDI 

9phs_mded,R0 

LDI 

DATAPG^DP 

AND 

eD8_D15mask,R0 

LSH 

8,R0 

ADDI 

eD8_D15addr,R0 

LDI 

BSSPG^DP 

STI 

RO ,  0Phase’«'2 

LDI 

8phs_mded,  RO 

LDI 

DATAPG,DP 

AND 

8D0_D7mask,R0 

LSH 

16,  RO 

ADDI 

eD0_D7addr,R0 

LDI 

BSSPG,DP 

STI 

RO,0Phase4-3 

CALL 

COMMAND_CLK 

POPF 

R3 

POP 

R3 

POPF 

R2 

POP 

R2 

POPF 

R1 

POP 

R1 

POPF 

RO 

POP 

RO 
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POP  DP 

rets  ;end  of  START_NCO  subroutine 


.end 


B3.  Coarse  synchronization  routine 


*  Program  Name:  CSYNC.ASM  * 

*  Author ;  C .  Tom  * 

*  Date  edited:  30  March  1998  * 

*  Description:  Assembler  code  to  be  added  to  TMS_UL2.ASM  which  performs  * 

*  coarse  synchronization.  Based  on  state  diagraim  approach  * 

*  which  directs  path  based  on  current  state  and  triggers.  * 

*  * 
****************************************************************************** 

****  Subroutine  declaration  **** 


.globl 

CRSE^SYNC 

.globl 

CHG_STATE 

.globl 

COMMAND_CLK 

. globl 

Disableint 

.globl 

DSPDLAYLP 

.globl 

INPUT_HYP_LOG 

.globl 

NRDY_1 OW_l OOp 

.globl 

RETRV_HYP 

. globl 

START^CO 

****  Miscellaneous  constants  **** 

XF0_EN 

.  set 

2h 

XF_SET 

.set 

6h 

XF^CLR 

.set 

Offfbh 

BITSET 

.set 

1 

BITCLR 

.set 

0 

STATE_ROW 

.set 

8 

STATE_COL 

.set 

5 

MASKL16 

.  set 

OFFFFh 

.data 

VAR_BASE 

.word 

gt_vars 

*  Indices  for  gt. 

_vars  parameters 

array 

NUM_HOP 

.set 

0 

MAX^FRM 

.set 

1 

MAX_HOP 

.  set 

2 

PRB^START 

.set 

3 

SRCH_LIM 

.set 

4 

TIMES_4_CONFM 

.set 

5 

RESP_BUF_SIZ 

.set 

6 

MIN_DET_2_VER 

.set 

7 

NUM_RETRANSMITS 

.set 

8 

*  TRIGGERS  for  CSYNC  routine 

CMD_RECD 

.  set 

0 

; starting  point  of  CSYNC  routine 

PRELIM_COMPL 

.set 

1 

; preliminary  init  complete 

DET^RECD 

.set 

2 

; detect  received  in  synch  resp 

DET_CONFM 

.set 

3 

/detect  has  been  confirmed 

FALSE_DET 

.set 

4 

/false  detect  has  occurred 

PLINE_CLR 

.set 

5 

/pipeline  of  synch  resp  emptied 

SRCH_RG_XCD 

.set 

6 

/search  range  for  csync  routine  exceeded 

PLINE_OFLO 

.set 

7 

/resp  pipeline  has  overflowed 

*  STATES  for  CSYNC  routine 

IDLE 

.set 

0 

/Starting  state  of  CSYNC  routine 

PRELIM_INIT 

.set 

1 

/performing  preliminary  initialization 

GEN_PROBES 

.set 

2 

/generating  csync  probes  at  appropriate  time 

VER_DETECT 

.set 

3 

/verifying  a  detect  in  the  synch  response 

CLR_RESP_PIPE 

.set 

4 

/clearing  the  synch  resp  pipeline 

GO_2_FSYNC 

.set 

5 

/detect  confirmed,  switching  to  fsync  routine 

SRCH_EXCEED 

.set 

6 

/search  range  exceeded  procedure,  send  error  msg 

PLINE^ERR 

.set 

7 

/pipeline  overflow  during  VER_DETECT,  send  err  msg 

.data 

STAT_ADDR 

.word 

LK_UP_BASE 

HYP_LOG_ADDR 

.word 

hyp_log 

HYP_FRM_ja)DR 

.word 

hyp__frame 

RESP_BUP_ADDR 

.word 

resp_buffer 

BITS0_N_1 

.word 

3h 

/OOOO  0000  0000  0000  0000  0000  0000  0011 

BITS2_31 

.word 

OFFFFFFFCh 

/llll  1111  1111  1111  1111  1111  1111  1100 

BITS2J4_3 

.word 

OCh 

/OOOO  0000  0000  0000  0000  0000  0000  1100 
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STATE  LOOKUP  TABLE 


.  data 


STATE  Look  up  table 

-  trigger 

I  -  curr_state 

I  I 

\/  \/ 


LK_UP_BASE : 


.word 

SYNC.INIT 

{0,0]-0 

.word 

0 

.word 

0 

[0,2)=2 

.word 

0 

[0,31=3 

.word 

0 

[0,41=4 

.word 

0 

[1,01=5 

.word 

COMPUT_HYP 

[1,11=6 

.word 

0 

[1,21=7 

.word 

0 

[1,31=8 

.word 

0 

[1,41=9 

.word 

0 

[2,01=10 

.word 

0 

[2,11=11 

.word 

CHK_DET 

[2,21=12 

.word 

0 

[2,31=13 

.word 

CHK_DET 

[2,41=14 

.word 

0 

[3,01=15 

.word 

0 

[3,11=16 

.word 

0 

[3,21=17 

.word 

RETURN 

[3,31=18 

.word 

0 

[3,41=19 

.word 

0 

[4,01=20 

.word 

0 

[4,11=21 

.word 

0 

[4,21=22 

.word 

CLR^PIPE 

[4,31=23 

.word 

0 

[4,41=24 

.word 

0 

[5,01=25 

.word 

0 

[5,11=26 

.word 

0 

[5,21=27 

.word 

0 

[5,31=28 

.word 

COMPUT_HYP 

[5,41=29 

.word 

0 

[6,01=30 

.word 

0 

(6,11=31 

.word 

OUT_A_RANGE 

(6,21=32 

.word 

0 

[6,31=33 

.word 

0 

(6,41=34 

.word 

0 

(7,01=35 

.word 

0 

[7,11=36 

.word 

0 

(7,21=37 

.word 

OFLO_RESP 

(7,31=38 

.word 

0 

(7,41=39 

****  Data  page  pointers  **** 

INIPG 

.  set 

0 

DPMEMPG 

.set 

3h 

BSSPG 

.set 

80h 

DATAPG 

.  set 

Oh 

DSPLNKPG 

.set 

8  Oh 

BUSPG 

.set 

80h 

DBUGPG 

.set 

8  Oh 

*****  dpmem 

addresses  **** 

DPBASE 

.set 

30000h 

*  DPBASE  to 

DPBASE+18h  used  in 

TMS_UL2 . asm 

HYP^VAIL 

.set 

DPBASE +19h 

USER_HYP 

.set 

DPBASE+lAh 

HYP_ACK 

.  set 

DPBASE+lBh 

DBUG^AVAIL 

.set 

DPBASE+lCh 

DBUG^VALUE 

.  set 

DPBASE+lDh 

DBUG_ACK 

.  set 

DPBASE+lEh 

CHK_AVAIL 

.set 

DPBASE-flFh 

CHK_VALUE 

.set 

DPBASE+20h 

CHK_ACK 

.set 

DPBASE+21h 

FRM_REF 

.set 

DPBASE+22h 

C0_RESP 

.set 

DPBASE+23h 

Cl^RESP 

.set 

DPBASE+24h 

FO^RESP 

.  set 

DPBASE+25h 

Fl^RESP 

.set 

DPBASE+26h 

RESP^AVAIL 

.set 

DPBASE>27h 

RDY_4_RESP 

.  set 

DPBASE+28h 

RESP^ACK 

.  set 

DPBASE+29h 

RNG_XCDED 

.  set 

DPBASE+2Ah 

CSYNC_OK 

.  set 

DPBASE+2Bh 

LOG_END 

.  set 

DPBASE+2Eh 

PLINE.FLAG 

.set 

DPBASE+2Fh 
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T00_MANY_HYPS 

set 

DPBASE+35h 

FRM_N0T_F0UND 

set 

DPBASE+36h 

*  DPBASE+30h  to  DPBASE+34h  used 

in  TMS_UL2 . asm 

****  GT  i/f  board 

addresses  **** 

COMMAND 

set 

800004h 

WRITE  only 

STATUS 

.set 

800004h 

READ  only 

NCO^CMD 

.set 

800005h 

WRITE  only 

INTRPT_PORT 

.  set 

800005h 

READ  only 

HSC^PORT 

.set 

800006h 

WRITE  only 

FSK_FRM 

.  set 

800007h 

WRITE  only 

****  HSC  commands  and  miscellaneous  **** 


HSC_endhop 

.data 

.word 

Offffffh 

;  16777215  (max  hop  niimber  for  HSC) 

SYNC_BIT 

.set 

2 

;SYNC  on  bit  D1  of  GT  status 

NRDY_BIT 

.set 

4 

;bit  D2  on  GT  status  (DSPLINK) 

ST0P__HSC 

.set 

0 

RUN_HSC 

.set 

8000h 

CHG_IMMED 

.set 

0501h 

CHG_HOP 

.set 

0500h 

LD^LATCH 

.set 

0300h 

LD_BASE 

.set 

030Ch 

LD_BWSCALE 

.set 

0306h 

LD^DOPF 

.set 

0310h 

LD^FCSPACE 

.set 

030Ah 

LD^FLAGS 

.set 

031Ah 

LD_FSKCHAN 

.set 

0308h 

LD_HOP 

.set 

0304h 

LD^LOSCI 

.set 

0318h 

LD_LOCOM 

.set 

0312h 

LD_OFFSET 

.set 

030Eh 

LD_TIMELO 

.set 

0314h 

LD^TIMEHI 

.set 

0316h 

ULSYNC_CMD 

.set 

500Bh 

;GO  TO  ULSYNC  MODE,  channel  1,  bin  3 

ULG0_BASE 

.set 

200h 

;BASE  VALUE  OF  ULGO  COMMAND  FOR  CSYNC 

«***  NCO  constants  **** 

.data 

NCO^DIiAY  .  set 


13A14CFh  ;  resulting  phase  incr  to  delay  NCO  clock 

;  by  0.5  hop  over  320  hops 


****  Reserve  section  in  RAM  block  0  for  debug  log  ***' 
.data 

DBUG_ADDR  .word  809A00h 


****  Reserve  memory  in  .bss  for  variables  **** 


.globl 

curr_state 

.bss 

curr^state , 1 

, globl 

trigger 

.bss 

trigger , 1 

.globl 

hyp_used 

.bss 

hyp__used,  1 

. globl 

hyp_offset 

.bss 

hyp_of fset, 1 

. globl 

nxtj>rb_fm 

.bss 

nxt_prb_f  rm,  1 

.globl 

act_prb_frm 

.bss 

act_prb_frm,  1 

.globl 

act_prb_hop 

.bss 

act_prb_hop, 1 

.globl 

start^timef 

.bss 

start^timef  ,1 

.globl 

start_timeh 

.bss 

start_timeh,  1 

.globl 

assigned_f 

.bss 

assigned_f , 1 

.globl 

tms_csync_rdy 

.bss 

tms_csync_rdy, 1 

.globl 

brstO^flg 

.bss 

brstO^flg, 1 

.globl 

brstl_flg 

.bss 

brstl_flg,l 

.globl 

user_hyp_off 

.bss 

user_hyp_of f , 1 

.globl 

iter_hyp 

.bss 

iter_hyp,l 
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.globl 

f irst_prb 

.bss 

f irst_prb, 1 

.globl 

prb_cmd 

.bss 

prb_cmd , 1 

.globl 

coarseO 

.bss 

coarseO , 1 

.globl 

coarsel 

.bss 

coarsel , 1 

.globl 

ref_frame 

.bss 

ref_frame, 1 

.globl 

byp_log 

.bss 

hyp_log, 128 

.globl 

hyp_frame 

.bss 

hyp_frame, 128 

.globl 

hyp_index 

.bss 

hyp^index , 1 

.globl 

resp„buf fer 

.  bss 

resp_buf fer , 25 

.globl 

buff^idx 

.bss 

buff_idx,l 

.globl 

ver_count 

.bss 

ver_count , 1 

.globl 

new_state 

.bss 

new_state, 1 

.globl 

valid_resp_flg 

.bss 

valid_resp_f Ig, 1 

.globl 

last_resp_clrd 

.bss 

last_resp_clrd, 1 

.globl 

last_resp_in 

.bss 

last_resp_in, 1 

.globl 

last_hyp_tested 

.bss 

last_hyp_tested, 1 

.globl 

pipe_idx 

.bss 

pipe^idx, 1 

.globl 

dbug_indx 

.bss 

dbug_indx , 1 

.globl 

dbug_adr 

.bss 

dbug_adr , 1 

.globl 

dbug__cnt 

.bss 

dbug_cnt , 1 

.globl 

re_tx__cnt 

.bss 

re_tx_cnt , 1 

.globl 

det_count 

.bss 

det_count, 1 

.globl 

ND_count 

.bss 

ND_count , 1 

.globl 

DD_count 

.bss 

DD_count , 1 

.globl 

DN_count 

.bss 

DN_count , 1 

.globl 

hop_ref 

.bss 

hop_ref , 1 

.globl 

frrturef 

.bss 

frm_ref , 1 

****  Variables  defined  elsewhere 

**** 

.globl 

hop_cnt 

.globl 

frx_cnt 

.globl 

gt_vars 

.globl 

original_phase 

.globl 

phs_mded 

****  Program  begins  here  **** 

.text 

CRSE_SYNC : 


;  STATE  1:  PRELIM_INIT 


:************************* . * . ***** . ******* . 

SYNC_INIT: 

LDI 

BSSPG,DP 

; update  current  state 

LDI 

PRELIM_INIT,RO 

STI 

RO , Bcurr_state 

LDI 

DATAPG,DP 

LDI 

0VAR_BASE,AR2 

;set  up  AR2 

;Step  1:  Compute  precalc  time  required  by  HSC 
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LDI 

BSSPG,DP  ; allow  time  for  HSC  to  precompute 

LDI 

@frm_cnt,R0  ;  hop  frequencies  for  CSYNC 

ADDI 

3,R0  ; start  0  2nd  frame  after  current  +  6% 

CMPI 

♦+AR2 (MAX_FRM) ,R0 /check  if  number  exceeds  max  frame  # 

BLE 

UNDER^LIM 

OVER  LIM: 

LDI 

*+AR2 (MAX_FRM) ,R1 ; rollover  frame 

ADDI 

1,R1 

SUB  I 

R1,R0 

UNDER_LIM: 

STI 

RO, @start_timef  /used  to  find  first  valid  synch  resp 

STI 

RO , @nxt_prb_f rm 

LDI 

DATAPG,DP 

TSTB 

@BITS0^_1,R0  /round  to  next  multiple  of  4 

BZ 

SET_TIME  /already  a  multiple  of  4 

NXT3ULT4 : 

LDI 

DATAPG,DP 

AND 

@BITS2_31,R0  /mask  off  2  LSBs 

ADDI 

4,R0 

CMPI 

*+AR2  (MAX__FRM)  ,R0 /check  if  number  exceeds  max  frame  # 

BLE 

LT_LIM 

GT  LIM: 

LDI 

♦+AR2  {MAX_FRM)  ,R1  /  rollover  frame 

ADDI 

1,R1 

SUBI 

R1,R0 

LT^LIM: 

LDI 

BSSPG,DP 

STI 

RO , 0start^timef 

STI 

RO ,  0nxt_prb__f rm  , 

;Step  2:  set 

TIMELO  and  TIMEHI 

on  HSC  due  to  precalc  time 

SET  TIME : 

MPYI 

♦+AR2 (NUM_HOP)  ,R0 /change  start^time  in  frames  to  hops 

LDI 

BSSPG,DP  /MAKE  SURE  NUM^HOP  IS  320! ! ! 

STI 

RO , 0start_timeh 

LDI 

DSPLNKPGiDP  /send  LD^TIMELO  command 

CALL 

NRDY_1  ow__l  OOP 

LDI 

LD_TIMELO,RO 

LSH 

16, RO 

STI 

RO,0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop 

LDI 

BSSPG.DP 

LDI 

0start_timeh,RO  /send  16  LSBs  of  start_time 

AND 

MASKL16,R0 

LSH 

16, RO 

LDI 

DSPLNKPG,DP 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

CALL 

NRDY_low_loop  ♦ 

LDI 

BSSPG,DP 

LDI 

0start_timeh,RO  /send  16  MSBs  of  start_time 

LDI 

DSPLNKPG,DP 

STI 

RO , 0HSC_PORT 

CALL 

DSPDLAYLP 

;Step  2a:  Initialize  variables 

LDI 
LDI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 
STI 

LDI 
LDI 
LDI 
LDI 
LDI 
LDI 


BSSPG,DP 

BITCLR,RO 

RO,0hyp_used  ;hyp_used  »  0 

RO,0assigned_f  jassignedLf  =  0 

RO,0brstO_flg  ;brstO_flg  =  0 

RO,0brstl_flg  ;brstl_flg  =  0 

RO,0hyp_offset  ;hyp_offset  =  0 

RO ,  0tms_csync_rdy ;  tms_csync_rdy  =  0 
RO,0valid^resp_flg  ;validLresp_£lg  *  0 

RO,@new_state  ;new_state  =  0 

RO,0buff_idx  ;bu£f_idx  =  0 

RO,01ast_resp_clrd  ; last_resp_clrd  =  0 

RO,01ast_resp_in  ; last_resp_in  ®  0 

RO ,  0ver_co\int  ;ver_count  =  0 

RO,01ast_hyp_tested  ; last_hyp_tested  =  0 

RO,0pipe_idx  ;pipe_idx  =  0 

RO ,  0hyp_index  ;hyp_index  «  0 


l.Rl 

R1,IR1 

9999, RO 

DATAPG,DP 

0HYP_LOG__ADDR ,  ARO 

0HyP_FRiCADDR , ARl 


;init  hyp_log  and  hyp^frame  to  9999 
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LDI 

127, RC 

;set  repeat  counter 

RPTB 

ZRO_LOOP 

STI 

RO, *AR0++(IR1) 

ZRO_LOOP : 

STI 

RO, *AR1++ (IRl) 

;  store  '9999'  in  hyp_log  and  hyp_fr2Lme 

LDI 

BSSPG,DP 

LDI 

ULGO_BASE,RO 

STI 

RO , eprb_cmd 

WAIT_4_HYP: 

LDI 

DPMEMPG,DP 

; in  case  user  wants  to  start  at 

LDI 

eHYP_AVAIL,RO 

; other  than  PRB_START-288 

CMPI 

BITSET,R0 

BNE 

WAIT_4_HYP 

GET_HYP : 

LDI 

BITCLR,R0 

STI 

RO , eHYP_AVAIL 

LDI 

@USER_HYP,RO 

LDI 

BSSPG,DP 

STI 

RO , 0user_hyp_of f 

;read  user  hypothesis  offset 

LDI 

BITSET,R0 

LDI 

DPMEMPG,DP 

STI 

RO ,  eHYP_JVCK 

LDI 

BSSPG,DP 

LDI 

0start_timef  ,R0 

STI 

RO , 0act_prb_f rm 

;act_prb_frTn  =  start_timef 

CALL 

INPUT_HYP_LOG 

; store  1st  hyp_offset  (default  0)  in  hyp_log 

LDI 

BSSPG,DP 

LDI 

**fAR2  (PRB_START)  , 

,R0  ;PRB_START  =  default  hop  #  to  start  synch  probes 

LDI 

euser_hyp_o  f  f , R1 

ADDI 

R1,R0 

STI 

RO,0first_prb 

; starting  point  for  binary  search 

STI 

RO , 0act_prb_hop 

;act_prb_hop  =  PRB_START+user_hyp_of f 

*  Final  check  to  see  if  adjustment  of  frame  and  hop  number  needed 

*  because  of  user  hyp  offset 


CMPI 

*+AR2(NUM_H0P) ,R0; check  if  number 

exceeds  m2tx  hop  # 

BLT 

TX_CSYNC_CMD  ;will  branch  on  the  first  iteration/run 

SUBI 

♦+AR2 (NUM_H0P) ,R0 ; rollover  hop 

STI 

RO , 0act_prb_hop 

LDI 

0nxt_prb_f  rm, RO 

ADDI 

1,R0 

CMPI 

*+AR2(MAX_FRM) ,R0; check  if  number 

exceeds  max  frm  # 

BLE 

BELOW^LIM 

ABOV_LIM : 

LDI 

*+AR2 (MAX^FRM) , R1 ; rollover  frame 

ADDI 

1,R1 

SUBI 

R1,R0 

BELOW_LIM: 

STI 

RO , 0act_prb_f rm 

;  at  this  point,  HSC  has  been  set  up  for  coarse  synch,  switch  to 
;  ULSYNC  mode  for  HSC  and  check  for  SYNC  line  from  status  before 
;  proceeding, 

;Step  3:  Change  HSC  to  ULSYNC  mode 
TX_CSYNC_CMD : 

CALL 
LDI 
LSH 
LDI 
STI 
CALL 

WAIT_4_SYNC: 

LDI 
LDI 
LSH 
CALL 
TSTB 
BZ 


NRDY_1 ow_loop 
ULSYNC^CMD, RO 
16,  RO 

DSPLNKPG,DP 

RO,0HSC_PORT  ;send  ULSYNC_CMD  to  HSC 

DSPDLAYLP 


DSPLNKPG,DP 
0STATUS , RO 
-16, RO 
DSPDLAYLP 
SYNC_BIT,RO 
WAIT_4_SYNC 


;Step  4:  now,  allow  precalc  time  for  HSC  to  finish  calculations 
PRECALC_WAIT : 


LDI 

BSSPG,DP 

LDI 

0frm_cnt , RO 

;wait  tintil  frm_cnt  =  (start__timef  -  1) 

LDI 

0start_timef ,R1 

SUBI 

1,R1 
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PAST_HOPO : 


CMPI 

R0,R1 

BNZ 

PRECALC^WAIT 

LDI 

@hop_cnt , RO 

CMPI 

0,R0 

BEQ 

PAST_HOPO 

///////////////////////////////////////////////////////////////////////////// 
Trigger  •=  PRELIM_COMPL ,  GO  TO  STATE  2  (GEN_PROBES) 
///////////////////////////////////////////////////////////////////////////// 


STATE  2:  GEN_PROBES 


COMPUT_HyP: 


LDI 

BSSPG,DP  ; 

update  current  state 

LDI 

GEN_PROBES,RO 

STI 

RO , 0curr_state 

LDI 

BSSPG,DP  s 

;set  flag  for  ISR 

LDI 

BITSET,R0 

STI 

RO ,  0tias_csync_rdy 

LDI 

BSSPG,DP 

LDI 

@hyp_used,RO  i 

I  check  if  hyp  transmitted 

CMPI 

BITSET.RO 

BNE 

CHK_FRM  j 

fwill  branch  on  first  iter/rxin 

LDI 

BITCLR,R0 

LDI 

BSSPG,DP 

STI 

RO , 0hyp_used 

;  clear  flag  for  hypothesis  used 

STI 

RO,0assigned_f 

[Clear  flag  for  ISR 

STI 

RO,0brstO_flg 

[Clear  flag  for  brstO  probes  (ISR) 

STI 

RO,0brstl_flg 

[Clear  flag  for  brstl  probes  (ISR) 

LDI 

ULGO_BASE,RO 

[reset  prb_cmd 

STI 

RO ,  0prb_ciiid 

B 

CONT_SRCH  j 

[TEST  ONLY 

LDI 

BSSPG,DP 

; check  if  search  range  is  exceeded 

ABSI 

0hyp_o  £  f  set , RO 

CMPI 

*+AR2 (SRCH_LIM) ,R0 

BLT 

CONT_SRCH 

;///////////////////////////////////////////////////////////////////////////// 

;  Trigger  =  SRCH. 

_RG_XCD, 

GO  TO  STATE  6  <SRCH_EXCEED) 

;///////////////////////////////////////////////////////////////////////////// 

LDI 

BSSP6,DP 

LDI 

SRCH^RGJXCD, RO 

STI 

R0,@trigger 

CALL 

CHG_STATE 

LDI 

BSSPG,DP 

LDI 

0new_state , R2 

B 

R2 

;///////////////////////////////////////////////////////////////////////////// 

CONT_SRCH ; 

LDI 

enxt_prb_f rm, RO 

jconp  nxt  frm  to  tx  csync 

ADDI 

4.R0 

;  probes 

CMPI 

♦+AR2 (MAX_FRM) ,R0 

; check  if  frame  #  exceeded 

BLE 

KEEP_FRM 

LDI 

*+AR2  (MAX^FRM)  ,R1 

;  rollover  frame 

ADDI 

1,R1 

SUBI 

R1,R0 

KEEP^FRM: 

STI 

RO ,  0nxt_prb_f  rm 

STI 

RO , eact_prb_f rm 

NEXT_HYP : 

LDI 

BSSPG,DP 

LDI 

0hyp_of f set , RO 

CMPI 

0,RO 

BLE 

NXT_Hyp_POS 

NXT_HyP_NEG : 

NEGI 

R0,R1 

;  negate  hypothesis  offset 

LDI 

BSSPG,DP 

STI 

R1 , 0hyp_of f set 

CALL 

INPUT_HyP_LOG 

;  store  hyp_offset  in  HYP^LOG  &  HYP^FRAME 

LDI 

BSSPG,DP 

LDI 

efirst_prb,R2 

;  compute  actual  hop  #  to  tx 

ADDI 

R1,R2 

;  csync  probe 

STI 

R2 , 0act_prb_hop 

B 

CHK_FRM 
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NXT„HyP_POS : 


VALID_FRM: 


NEC  I 

R0,R1 

ADDI 

1,R1 

LDI 

BSSPG,DP 

STI 

Rl,ehyp_offset 

CALL 

INPUT_HYP_LOG 

LDI 

BSSPG,DP 

LDI 

@firstjprb,R2 

ADDI 

R1,R2 

STI 

R2 , @act_prb_hop 

CMPI 

*+AR2 (NUM_HOP) ,I 

BLT 

CHK^FRM 

SUB  I 

*+AR2{NUM_H0P) ,1 

STI 

R2 , eact  j>rb_hop 

LDI 

enxt_prb_f rm , R2 

ADDI 

1,R2 

CMPI 

*+AR2(MAX_FRM) ,1 

BLE 

VALID_FRM 

LDI 

*+AR2 (MAX_FRM) ,1 

ADDI 

1,R1 

SUB  I 

R1,R2 

STI 

R2 , eact_prb_f rm 

;negate  hypothesis  offset 
; incr  hypothesis 


;  store  hyp_offset  in  hyp_log  and  hyp_frame 


;  compute  actual  hop  #  to  tx 
;  csync  probe,  adj  frm  #  if 
;  necessary 


;up  to  here  act_prb_hop  &  act_prb_frm  have  been  calculated 
;  Now,  go  into  loop  of  generating  probes  and  collecting  responses 


CHK_FRM: 


SET^TXPRB : 


CHK_RET_LNK : 


RD_RESP : 


LDI 

BSSPG,DP 

LDI 

Oassigned_f , RO 

CMPI 

BITSET.RO 

BEQ 

CHK_RET_LNK 

LDI 

®act_prb_f  rm, RO 

LDI 

Bfnrucnt  ,R1 

CMPI  • 

R0,R1 

BNE 

CHK_RET_LNK 

LDI  BITSET,R0 

STI  RO, ®assigned_f 


LDI 

DPMEMPG,DP 

LDI 

®RESP_AVAIL,RO 

CMPI 

BITSET,R0 

BNE 

COMPUT_HYP 

LDI 

DPMEMPG , DP 

LDI 

BITCLR,R0 

STI 

RO , eRESP_AVAIL 

LDI 

gFRM_REF,RO 

LDI 

0CO_RESP,R1 

LDI 

0C1_RESP,R2 

LDI 

BSSPG,DP 

STI 

R0,8ref_frame 

STI 

Rl, dcoarseO 

STI 

R2 , dcoarsel 

LDI 

BITSET,R0 

LDI 

DPMEMPG, DP 

STI 

R0,eRESP_ACK 

; check  if  already  in  assigned  frame 

; check  if  current  is  assigned  frame 

;here,  arrived  at  assigned  frame 
;set  flag  to  signal  assigned  frame 

;go  back  to  top  of  loop 

; clear  flag 
; store  synch  response 

; coarse  synch  response  for  chO 
; coarse  synch  response  for  chi 

;ack  synch  response 


;  Check  if  response  frame  #  is  a  multiple  of  4  (probe  every  4  frame  -  user  allocation  assumed.) 
;  Check  also  if  frame  #  is  later  than  the  start_timef  ->  set  flag 


LDI 

BSSPG,DP 

LDI 

®ref_frame,R0 

LDI 

DATAPG,DP 

TSTB 

eBITS0^_l,R0 

BNZ 

RESP_WRAP_UP 

;not  a  mult  of  4,  disregard  response 

LDI 

BSSPG , DP 

; check  if  past  starting  point  of  probe 

LDI 

0valid_resp_flg,R3 

CMPI 

BITSET,R3 

BEO 

TEST_RESP 

LDI 

BSSPG, DP 

LDI 

0ref_frame,RO 
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CHK_DET; 


LDI 

BSSPG,DP 

; modify  current  state 

LDI 

VEIUDETECT,RO 

STI 

RO , 0cur restate 

LDI 

@last_resp_in,RO 

;init  buffer  index  for  response  pipeline 

STI 

RO,0buff_idx 

;  initialize  variables  for  verifying  detect 


NXT_2_PRB: 


FRM_NO_CHG : 


LDI 

BSSPG^DP 

LDI 

BITCLR,R0 

STI 

RO , 0re_tx_cnt 

STI 

RO , 0det_count 

STI 

RO , ®ND_count 

STI 

RO , 0DD_count 

STI 

RO , 0DN_count 

CALL 

RETRV.HYP 

; retrieve  hypothesis  to  verify 

LDI 

BSSPG^DP 

LDI 

0nxt_prb_f  rm, RO 

;  compute  next  frame  for  probe 

ADDI 

4«R0 

CMPI 

@frnucnt,RO 

; check  if  nxt_prb_frm  is  already  passed 

BGT 

NXT_2_PRB 

ADDI 

4,R0 

;go  to  next  multiple  of  4 

CMPI 

*+AR2  (MAX_FRM)  ,R0 ;  check  if  number  exceeds  max  frm  # 

6LE 

frm_no_chg 

LDI 

*+AR2  (MAX_FRM)  ,R1 

ADDI 

1,R1 

SUB  I 

Rl,R0 

STI 

RO ,  0nxt_prb_f  rm 

STI 

RO , 0act_prb_f  rm 

STI 

RO , 0start_timef 

;used  to  find  when  synch  resp  are  valid 

LDI 

0hyp_offset,RO 

; compute  act_prb_hop  with  offset 
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LDI 

@f irst_prb, R1  ;first_prb  includes  user  offset  0  beginning 

ADDI 

R0,R1 

STI 

R1 , 0act_prb„hop 

CMPI 

‘■♦■AR2  (NUM_HOP)  , R1 ; check  if  number  exceeds  max  hop  # 

BLT 

REPEAT^CHK 

SUB  I 

*+AR2 (NUM_HOP) ,R1 ;max  hop#  exceeded,  roll  over 

STI 

R1 , eact_prb_hop 

LDI 

@nxt_prb_frm, R1  ; adjust  frm#  because  of  roll  over 

ADDI 

1,R1 

CMPI 

*+AR2 (MAX_FRM) ,R1 /check  if  number  exceeds  max  frm  # 

BLE 

FRM^OK 

LDI 

*+AR2 (MAX.FRM) ,R2 

ADDI 

1,R2 

SUBI 

R2,R1 

FRM^OK ; 

STI 

R1 , eact_prb_f  rm 

;  At  this  point, 

act_prb_hop 

and  act_prb_frm  have  been  calculated  for  VER_DETECT 

REPEAT^CHK : 

LDI 

BSSPG,DP 

LDI 

®hyp_used,RO 

CMPI 

BITSET,R0 

BNE 

WAIT_4„FRM 

LDI 

BSSPG,DP 

LDI 

BITCLR,R0 

STI 

RO , 0hyp_used 

STI 

RO,eassigned_f 

STI 

RO,0brstO_flg 

STI 

RO,ebrstl„flg 

LDI 

ULGO„BASE,RO 

STI 

RO ,  Bprb_cmd 

LDI 

BSSPG,DP  /update  nxt_prb_frm 

LDI 

0nxt _prb_f rm, RO 

ADDI 

4,R0 

CMPI 

•+AR2  (MAX^FRM)  ,R0 /check  if  number  exceeds  max  frm  # 

BLE 

STORE^FRM 

LDI 

*+AR2(MAX_FRM)  ,R1; rollover  frame 

ADDI 

1,R1 

SUBI 

R1,R0 

STORE_FRM: 

STI 

RO , enxt_prb_f  rm 

LDI 

0act_prb_frm,RO  /compute  next  probe  frame 

ADDI 

4,R0  /  using  act_j>rb_frm  to  avoid  recalc 

CMPI 

*+AR2 (MAX_FRM) ,R0 /  act_prb_hop  should  be  the  same 

BLE 

FRM_UNDER  /done  separately  in  case  of  straddling 

FRM_OVER: 

/  of  frame  boundaries  betw  nxt_prb_frm 

LDI 

♦+AR2 (MAX_FRM) , R1 / rollover  frame 

ADDI 

1,R1 

SUBI 

R1,R0  /  and  act_j>rb_frm 

PRM_UNDER: 

STI 

RO , 0act_prb_f rm 

WAIT_4_FRM : 

LDI 

BSSPG,DP 

LDI 

9assigned_f ,R0 

CMPI 

BITSET,R0 

BEQ 

LOOK_4_RESP 

LDI 

0act_prb_f rm, RO 

LDI 

®frm_cnt,Rl 

CMPI 

R0,R1 

BNE 

L00K_4_RESP 

GO^PROBE: 

LDI 

BITSET,R0 

STI 

RO,0assigned_f 

LOOK_4_RESP: 

LDI 

DPMEMPG,DP 

LDI 

eRESP^VAIL,RO 

CMPI 

BITSET,R0 

BNE 

REPEAT^CHK 

GET  RESP: 

LDI 

BITCLR,R0  /clear  flag 

STI 

RO,eRESP^VAIL 

LDI 

0FRM_REF,RO  /obtain  responses 

LDI 

0CO_RESP,R1 

LDI 

eCl_RESP,R2 

LDI 

BSSPG,DP 

STI 

RO,0ref_frame 

STI 

Rl,ecoarseO 
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STI 

R2,ecoarsel 

LDI 

BITSET,R3 

;ACK  resp 

LDI 

DPMEMPG,DP 

STI 

R3 , @RESP_ACK 

;  Check  response 

is  a  mult 

of 

4  and  references  frame  later  than  start^timef 

LDI 

BSSPG,DP 

LDI 

eref_frame,RO 

LDI 

DATAPG,DP 

TSTB 

@BITS0_N_1,R0 

;look  at  lower  2  bits  to  see  if  a  mult  of  4 

BNZ 

CLOSE_RESP 

;not  a  mult  of  4,  disregard  response 

i  ' FOR  TEST  ONLY 

B 

L00K_4_DET 

/test  -  go  directly  to  testing  response 

LDI 

BSSPG,DP 

/check  if  frame  #  >  start^timef 

LDI 

@ref_frame,RO 

/  for  valid  response 

LDI 

estart_tiroef , R1 

CMPI 

R0,R1 

;R1  -  RO  =  start_timef  -  ref_frame 

BLE 

L00K_4_DET 

/valid  verify  response 

/  Otherwise, 

SAV_2_PIPE: 

LDI 

BSSPG,DP 

/check  to  see  if  anymore  room  in  response 

LDI 

ebuff_idx,RO 

/  pipeline  buffer 

CMPI 

@ 1 a s t_r e sp_c 1 r d 

,R0 

BNE 

ASSMBL^RESP 

■.iiiiiiiiiiiiiiiiiiiiiiiiiiniiiiiiiiiiiiiiiiiiiiiiiiiiniiiiniitiiiiiiiiiiii 

;  Trigger  =  PLINE_OFLO,  go 

to 

State  7  (OFLO^RESP) 

;///////////////////////////////////////////////////////////////////////////// 

LDI 

BSSPG,DP 

LDI 

PLINE_OFLO,RO 

STI 

RO , etrigger 

CALL 

CHG^STATE 

LDI 

BSSPG,DP 

LDI 

®new_state,R2 

B 

R2 

',ifiiiinninmiminiiinnnnniniiiiiiiuiimmnniiuiiiinniini 

ASSMBL^RESP: 

LDI 

«ref_f  rame ,  RO 

/save  responses  arriving  after  "detect" 

LDI 

dcoarseO,Rl 

/  frame  #  in  X6HSB 

LDI 

8coar8el,R2 

/  chO  coarse  in  DO-Dl 

LSH 

16,  RO 

/  chi  coarse  in  D2-D3 

LSH 

2,R2 

ADDI 

R2,R0 

/append  chi  coarse  resp 

ADDI 

R1,R0 

/append  chO  coarse  resp 

LDI 

DATAPG,DP 

LDI 

eRESP_BUF_JU3DR ,  ARO 

LDI 

BSSPG,DP 

LDI 

®buff_idx,R3 

LDI 

R3 , IRO 

STI 

R0,*+AR0(IR0) 

ADDI 

1,R3 

/increment  buffer  index 

CMPI 

*+AR2  <RESP_BUF_ 

.SIZ) ,R3  /check  for  rollover  of  buffer  index 

BLT 

SAV_BUF_IDX 

SUBI 

♦+AR2 (RESP_BUF_SIZ) ,R3 

SAV_BUF_IDX: 

STI 

R3,®buff_idx 

B 

CLOSE_RESP 

;  See  if  "detect 

"  received  again 

;  Again,  chi  for 

current  user 

assumed 

LOOK_4_DET : 

LDI 

BSSPG,DP 

/increment  retransmit  count 

LDI 

0re_tx_cnt , RO 

ADDI 

1,R0 

STI 

RO , 0re_tx_cnt 

LDI 

BSSPG,DP 

/check  if  "detect"  received 

LDI 

0coarsel,R2 

CMPI 

0,R2 

BNE 

INCR_TALLY 

/  "detect"  reed  again,  incr  counter 

;no  detect  received,  so  check  if  #  times  retrcuismit  completed 
B  CHK_NUM_RETX 


INCR_TALLY : 


LDI 


BSSPG,DP  ; increase  #  of  "detect "s  count 


B43 


NOT_ND : 


ITS^DD: 


CHK_NUM_DET : 


LDI 

edet_count ,R0 

ADDI 

1,R0 

ST  I 

RO , @det_count 

CMPI 

1,R2 

;R2  still  has  coarsel 

BNE 

NOT_ND 

;  determine  whether  "ND**,  "DD“,  or  "DN"  rec '  d 

LDI 

©ND_count , RO 

;"ND"  received,  increment  ND_count 

ADDI 

1,R0 

STI 

R0,@ND_count 

B 

CHK_NUM_DET 

; check  if  enough  " detect "s  for  confm 

CMPI 

2,R2 

; check  for  "DN"  received 

BNE 

ITS_DD 

LDI 

@DN_count , RO 

; "DN"  received,  increment  DN_count 

ADDI 

1,R0 

STI 

RO , @DN_count 

B 

CHK_JJUM_DET 

; check  if  enough  "detect "s  for  confm 

LDI 

eDD_count , RO 

ADDI 

1,R0 

STI 

RO,0DD_count 

LDI 

BSSPG,DP 

; check  if  minimum  #  of  detects  received  for  confm 

LDI 

®det_count,RO 

CMPI 

♦+AR2 (MIN_DET_2. 

„VER) , RO 

BLT 

CHK„NUM_RETX 

;if  not  enough  yet,  check  if  #  retransmit  completed 
.•otherwise, 

ininiiiiiiiiiinnfiiiniiininnnniiiiiiiiiniiiimiiiiiiiiiiiiniifin 

;  Trigger  =  DET_CONFM,  GO  TO  STATE  4  (G0_2_FSYNC)  (for  now,  RETURN) 

;///////////////////////////////////////////////////////////////////////////// 

;FOR  TEST,  GO  STRAIGHT  TO  CHANGE: 

B  CHANGE  ;FOR  TEST  ONLY 

;  first  compare  ND_count  with  both  DD_  and  DN_count.  if  ND  >  DD  and  DN,  then 
;  have  to  delay  NCO  by  180  (see  synch  response  scenarios) 


DLAY_BY_180 ; 


WAIT_320_HOPS: 


CHANGE: 


LDI 

BSSPG,DP 

LDI 

0ND_count , RO 

CMPI 

@DD_count , RO 

.•compare  ND  and  DD 

BLT 

CHANGE 

;if  ND  <  DD,  then  no  need  to  adjust  clock 

CMPI 

BDN_count , RO 

.•compare  ND  and  DN 

BLT 

CHANGE 

;if  ND  <  DN,  then  no  need  to  adjust  clock 

;ND  >  both  DD  and  DN,  therefore,  delay  clock 

LDI 

DATAPG,DP 

LDI 

«NCO_DLAY,RO 

LDI 

BSSPG,DP 

STI 

RO ,  0phs_mded 

CALL 

START^NCO 

.•change  to  slower  frequency 

LDI 

BSSPG,DP 

LDI 

fihop_cnt , RO 

LDI 

®frm_cnt ,R1 

STI 

R0,ehop_ref 

;save  current  hop  and  frame  # 

STI 

R0,efntL.ref 

LDI 

BSSPG.DP 

LDI 

0hop_cnt , RO 

CMPI 

®hop_ref.R0  ; 

compare  hop 

#  first,  then  frm  # 

BNE 

WAIT_320_HOPS 

hop  #  still 

not  cycled  through,  keep  waiting 

LDI 

efrm_cnt,R0 

CMPI 

Bfrm^ref ,R0 

BEQ 

WAIT_320_HOPS  ; 

frm  #  has  not  advanced  (<320hops) ,  keep  waiting 

LDI 

BSSPG.DP 

LDI 

9original_phase , RO 

STI 

RO ,  8phs_mded 

CALL 

STARTJJCO  ; 

change  back 

to  original  NCO  frequency 

LDI 

BSSPG.DP 

.•set  trigger 

LDI 

DET_CONFM,RO 

STI 

RO.Qtrigger 

CALL 

CHG_STATE 

LDI 

BSSPG.DP 

LDI 

Qnew_state, R2 

B 

R2 

.•go  to  new  state  (state  4) 

; check  if  hypothesis  has  been  retransmitted  enough  times  to  determine  whether  to  continue 
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CHK_NUM_RETX : 


LDI  BSSPG,DP 

LDI  @re_tx_cnt , RO 

CMPI  *+AR2 (NUM_RETRANSMITS) ,R0 

BLT  CLOSE_RESP 

otherwise,  finish  all  retreuismits  and  not  enough  "detects"  received  to  confm 
///////////////////////////////////////////////////////////////////////////// 
Trigger  =  FALSE_DET,  GO  TO  STATE  5  (CLR_RESP_PIPE) 
///////////////////////////////////////////////////////////////////////////// 


LDI 

BSSPG,DP 

;save  loc  of  last  entry  into 

resp_buff 

LDI 

@buf f_idx,R0 

STI 

RO , @last_resp_in 

LDI 

ULGO_BASE,RO 

; reset  prb_cmd 

STI 

RO , @prb_cmd 

LDI 

BITCLR,R0 

; clear  variables  related  to 

tx  of  probes 

STI 

RO , ehyp_used 

STI 

RO,eassigned_f 

STI 

RO,ebrstO_flg 

STI 

RO,@brstl_flg 

LDI 

BSSPG,DP 

;set  trigger 

LDI 

FALSE_DET,RO 

STI 

RO,0 trigger 

CALL 

CHG^STATE 

LDI 

BSSPG^DP 

LDI 

0new_state ,  R2 

B  R2  ;go  to  new  state  (state  5) 

;///////////////////////////////////////////////////////////////////////////// 

CLOSE_RESP ; 


B  REPEAT_CHK 

♦A******************************************'********************************** 

;  State  4;  GO_2_FSYNC  (* temporarily  set  to  RETURN*) 

A*****-*'*****'**'**'**'**'*'*************'****'**'***'*************************'****'*****'* 


RETURN: 


LDI 

BSSPG,DP 

LDI 

GO_2_FSYNC,RO  ; modify  current  state 

STI 

RO , ecurr_state 

LDI 

BITCLR,R0  ; clear  flags  for  isr 

STI 

RO , ehyp_used 

STI 

RO,eassigned^f 

STI 

R0,8brst0_flg 

STI 

RO,0brstl_flg 

LDI 

0hop_cnt,RO  ; adjust  hop  and  frame  counter 

ADDI 

®byp_of f set , RO 

STI 

RO , 0hop_cnt 

CMPI 

*+AR2(NUM_HOP) ,R0; check  for  hop  #  rollover 

BLT 

OK_2_CONTINUE 

SUBI 

*+AR2  (NUMJiOP)  ,R0 

STI 

RO , 0hop„cnt 

LDI 

0frnL.cnt,RO 

ADDI 

1,R0 

CMPI 

*+AR2{MAX_FRM) ,R0; check  for  frm  0  rollover 

BLE 

LEAVE^FRM 

LDI 

*+AR2  (MAX_FRM)  ,R1 

ADDI 

1,R1 

SUBI 

R1,R0 

LEAVE^FRM: 

STI 

RO,0fnrucnt 

OK_2_CONTINUE: 

LDI 

BITSET,R0 

LDI 

DPMEMPG,DP 

STI 

RO , 0CSyNC_OK 

RETS 

; return  to  TMS_UL2.ASM 

;  State  5:  CLR_RESP_PIPE 


CLR_PIPE: 


LDI  BSSPG,DP  ; revise  current  status 

LDI  CLR_RESP_PIPE,RO 

STI  RO , 9curr_state 

LDI  DATAPG,DP 
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LDI 

@RESP_BUF_ADDR , ARO 

;set  up  indirect  addr  pointer,  ARO 

LDI 

@last_resp_clrd, RO 

; last  loc  data  cleared 

LDI 

eiast_resp_in, R1  ; 

last  loc  data  entered 

CMPI 

RO,Rl 

BEQ 

PLINE_MT 

STI 

RO,@pipe_idx  ; 

initialize  pipeline  index 

FLUSH_OUT: 

; buffer  not  clear,  start  emptying 

LDI 

BSSPG,DP 

LDI 

@pipe_idx,RO  ; update  pipeline  index 

ADD  I 

1,R0 

CMPI 

*+AR2 (RESP_BUF_SIZ) ,R0  ;check  for  pipe  index  rollover 

BLT 

SAVE_PIPE_IDX 

SUB  I 

*+AR2(RESP_BUF_SIZ) ,R0 

SAVE_PIPE_IDX: 

STI 

RO,epipe_idx 

LDI 

@pipe_idx, IRO 

LDI 

*+AR0(IR0) ,R0  ; 

look  at  next  response  in  pipeline 

LDI 

DATAPG,DP 

TSTB 

eBITS2„N_3,R0 

look  at  chi  coarse  synch  response 

BZ 

FLUSH^NXT  ; 

no  "DETECT"  in  response 

■.iiiiiiiiiiiiiiiiiiiniiiiiiiiiiiiiiiiiiiiiiiiiiniiiiiiiiiiiniiiniiniiiiii 

:  Trigger  =  DET_ 

_RECD, 

GO  TO  STATE  3  (VER_DETECT) 

;///////////////////////////////////////////////////////////////////////////// 

LDI 

BSSPG,DP 

RO  still  has  response  from  buffer 

LSH 

-16, RO 

recover  frame  #  from  pipeline  buffer 

STI 

RO,eref_fraine 

for  hypothesis  lookup 

LDI 

epipe_idx,Rl 

STI 

R1 , 01ast_resp_clrd 

/save  loc  of  last  response  cleared 

LDI 

DET_RECD,RO 

set  trigger 

STI 

RO,0trigger 

CALL 

CHG^STATE 

LDI 

BSSPG,DP 

LDI 

0new_state,R2 

B 

R2 

go  to  new  state  (state  3) 

;///////////////////////////////////////////////////////////////////////////// 

FLUSH_NXT: 

LDI 

BSSPG,DP 

LDI 

epipe_idx,RO 

find  out  if  any  more  to  flush 

CMPI 

01ast_resp_in , RO 

pipe_idx  -  last_resp_in 

BNE 

FLUSH.OUT 

if  pointers  don't  line  up,  more  to  flush 

otherwise,  pipeline  empty 

■.iiniiiiiiiniiiiiiiiiiiiiimiiiiiiiiniiiiiimniiiiiiiiiiiiiiiiiiiimiii 

;  Trigger  =  PLINE_CLR, 

GO  TO  STATE  2  (GEN_PROBES)  TO 

RESUME  PROBING 

;///////////////////////////////////////////////////////////////////////////// 

PLINE_MT : 

LDI 

BSSPG.DP 

LDI 

ULGO_BASE,RO 

reset  prb_cmd 

STI 

RO , 0prb_cmd 

LDI 

0nxt_prb_frm, RO 

conpute  next  frame  to  tx  probes 

TRY  JJXT_FRM : 

ADDI 

4,R0 

CMPI 

efrm_cnt,RO 

BGT 

NXT_FRM_2_PRB 

'next  frame  number  is  valid 

B 

TRY_^IXT_FRM 

'need  to  go  to  next  allocation 

NXT_FRM_2_PRB: 

CMPI 

*+AR2  (MAX_FRM)  ,R0 

•check  if  frame  #  exceeded 

BLE 

SAVE_FRM 

LDI 

*+AR2 (MAX^FRM) ,R1 

/rollover  frame 

ADDI 

1,R1 

SUBI 

R1,R0 

SAVE_FRM: 

STI 

RO , 0nxt_prb_f rm 

STI 

RO ,  ®act_prb_f  rm 

STI 

RO , ©start_timef 

LDI 

eiast_hyp_tested,RO  ; recover  last  hypothesis  tested  in 

GEN_PROBES 

STI 

RO , ®hyp_of fset 

ADDI 

0first_prb,RO 

STI 

RO , 0act_prb_hop 

CMPI 

*+AR2 (NUM_HOP> ,R0 

BLT 

STORE_HYP 

SUBI 

*+AR2 (NUM_HOP) ,R0 

STORE_HOP : 

STI 

RO ,  @act_jprb_hop 

LDI 

enxt_prb_f rm, RO 

ADDI 

1,R0 
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FRM_STORE: 


STORE_HYP : 


CMPI 

*+AR2 (MAX_FRM) ,R0 

BLE 

FRM^STORE 

LDI 

*+AR2(MAX_FRM) ,R1 

ADDI 

1,R1 

SUB  I 

R1,R0 

STI 

RO , @act_prb_f  rm 

LDI 

DATAPG,DP 

LDI 

@HYP_LOG_ADDR, ARO 

LDI 

BSSPG,DP 

LDI 

enxt_prb_fnn, IRO 

LDI 

®hyp_of f set , RO 

STI 

R0,*+AR0(IR0) 

LDI 

PLINE_CLR,RO 

STI 

RO , etrigger 

CALL 

CHG_STATE 

LDI 

BSSPG.DP 

LDI 

0new_state,R2 

R2 


; store  hyp_offset  in  hyp_log  rel  to  frame  # 
;set  trigger 


;go  to  new  state  (state  2) 


;///////////////////////////////////////////////////////////////////////////// 


;  State  6:  SRCH_EXCEED 

*****************************************'************************************* 


OUT_A_RANGE ; 


LDI 

BSSPG,DP 

LDI 

SRCH_EXCEED,RO 

STI 

RO  #  0curr_state 

LDI 

DPMEMPG,DP 

;set  flag  on  PC  indicating  error 

LDI 

BITSET,R0 

STI 

RO,eRNG_XCDED 

RETS 

; return  to  TMS_UL2.ASM  (to  replace  WAIT_LOOP) 

****************************************************************************** 

;  State  7:  PLINE^ERR  (set  flag  to  PC) 

****************************************************************************** 


OFLO^RESP: 


LDI 

BSSPG,DP 

; update  current  state 

LDI 

PLINE_ERR,RO 

STI 

RO , 0curr_state 

LDI 

DPMEMPG,DP 

;set  flag  on  PC 

LDI 

BITSET,R0 

STI 

RO , 0PLINE_FLAG 

RETS 

; return  to  TMS_UL2.ASM 

,globl  CHG_STATE 

****************************************************************************** 


CHG_STATE: 


PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

R1 

PUSHF 

R1 

PUSH 

R2 

PUSHF 

R2 

PUSH 

ARO 

PUSH 

IRO 

LDI 

BSSPG,DP 

LDI 

0 trigger, RO 

LDI 

STATE_COL,Rl 

MPYI 

R0,R1 

ADDI 

0curr_state , R1 

LDI 

R1 , IRO 

LDI 

DATAPG,DP 

LDI 

0STAT_JU3DR,ARO 

LDI 

*+AR0(IR0)  ,R2 

LDI 

BSSP6,DP 

STI 

R2 , 0new_state 

POP 

IRO 

POP 

ARO 

POPF 

R2 

POP 

R2 

;  trigger  x  nximber  of  states  +  curr^state 
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POPF 

POP 

POPF 

POP 

POP 

RETS 

R1 

R1 

RO 

RO 

DP 

*************** 

.globl 

************** 

INPUT_HYP_LOG 

INPUT_HYP_LOG : 

PUSH 

DP 

PUSH 

IRl 

PUSH 

ARO 

PUSH 

ARl 

PUSH 

AR3 

PUSH 

RO 

PUSHF 

RO 

LDI 

BSSPG,DP 

LDI 

®byp_index,RO 

LDI 

RO, IRl 

LDI 

DATAPG,DP 

LDI 

0HYP_LOG  _ADDR , ARO 

LDI 

0HYP_FRM^DR ,  ARl 

LDI 

*+AR0(IRl),R0  ;only  have  to  check  one  of 

CMPI 

9999, RO 

BNE 

HYP_BUFF_OFLO 

LDI 

BSSPG,DP 

LDI 

0nxt_prb_fnn, RO 

STI 

RO, *+ARl (IRl)  ;save  probe  frame  number 

LDI 

0hyp_of fset,R0 

STI 

RO, *+AR0 (IRl)  ;save  hypothesis  for  probe 

ADDI 

1,IR1 

CMPI 

128, IRl  ; check  for  hyp_index  rollov 

BLT 

SAV_HYP_IDX 

LDI 

BITCLR, IRl  ; rollover 

SAV_HYP_IDX : 

STI 

IRl , ehyp_index 

B 

END_ROUTINE 

HYP_BUFF_OFLO: 

LDI 

BITSET,R0 

LDI 

DPMEMPG,DP 

STI 

RO , 0TOO_MANY_HYPS ; set  flag  to  PC 

END^ROUTINE: 

POPF 

RO 

POP 

RO 

POP 

AR3 

POP 

ARl 

POP 

ARO 

POP 

IRl 

POP 

DP 

. . . 

RETS 

r*************1 

.globl 

RETRV_HYP 

*************** 

RETRV_HYP: 

PUSH 

DP 

PUSH 

IRO 

PUSH 

ARO 

PUSH 

AR3 

PUSH 

RO 

PUSHF 

RO 

FIND_IDX : 

LDI 

DATAPG,DP 

LDI 

0HYP_FRM_ADDR , ARO 

LDI 

0,IR0 

FIND^LOOP: 

LDI 

*+AR0(IR0) ,R0 

LDI 

BSSPG,DP 

CMPI 

0ref_frame,RO 

BEQ 

FOUND^IDX 

ADDI 

1,IR0 
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LDI  IRO,RO 

CMPI  128, RO  ; check  if  at  end  of  buffer 

BLT  FIND_LOOP 

LDI  BITSET,R0  ;set  flag  to  PC,  frm  not  found 

LDI  DPMEMPG,DP 

STI  RO , @FRM_NOT_FOUND 

B  CLOSE_ROUTINE 


FOUND^IDX: 

LDI  DATAPG,DP  ; IRO  currently  has  index 

LDI  @HyP_LOG_ADDR , ARO 

LDI  *+AR0 (IRO)  ,R0  .-retrieve  hyp_offset 

LDI  BSSPG.DP 

STI  RO,@hyp_offset 


LDI 

STI 

LDI 

LDI 

STI 


9999, RO 

R0,*+AR0(IR0)  ;reset  hyp_log  location 

DATAPG.DP 

®HYP_FRM_J^DR ,  ARO 

RO, *+AR0(IR0)  ; reset  hyp_frajne  location 


CLOSE_ROUTINE; 


POPF 

RO 

POP 

RO 

POP 

ARO 

POP 

IRO 

POP 

DP 

RETS 

.end 
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B4.  Fine  synchronization  routine 


****************************************************************************** 

*  Program  Name:  FSYNC.ASM 

*  Author:  C.  Tom 

*  Date  edited:  31  March  1998 

*  Description:  Assembler  code  to  be  added  to  TMS_UL2.ASM  which  performs 

*  fine  synchronization.  Fine  synchronization  probes  are 

*  transmitted  for  user  1  (burst  of  32) ,  Fine  synch  responses 

*  are  analyzed  in  PC  program.  PC  will  take  an  average 

*  of  *X* synch  responses  and  compute  an  appropriate  phase 

*  change  for  the  NCO.  The  phase  change  is  such  that  the 

*  adjustment  of  hop  clock  over  320  hops  (1  frame) .  After 

*  320  hops,  the  NCO  is  returned  to  its  original  frequency. 

*  Fine  synchroniztion  occurs  when  fine  synch  response  falls 

*  below  a  certain  threshold  (i.e.  fsync  resp  <  threshold  'Y') 


Currently  considering  threshold  to 


♦***  Subroutine  declaration  **** 


.globl 

FINE^SYNC 

.globl 

CHG_FSTATE 

.globl 

COMMAND^CLK 

.globl 

DSPDLAYLP 

.globl 

NRD Y_ 1 o w_ loop 

.globl 

STARTJJCO 

****  Miscellaneous  constants 

**** 

XF0_EN 

.  set 

2h 

XF_SET 

.  set 

6h 

XF^CLR 

.  set 

OFFFBh 

BITSET 

.  set 

1 

BITCLR 

.  set 

0 

MASKL16 

.set 

OFFFFh 

NUM_ROW 

.  set 

6 

NUM_COL 

.  set 

6 

.data 

BITS0^_1 

.word 

3h 

BITS2_31 

.word 

OFFFFFFFCh 

VAR_BASE 

.word 

gt_vars 

STATE^TBL 

.word 

STATE_BASE 

**•*  TRIGGERS 

for  FSYNC  routine  **** 

CMD_ISSUED 

.  set 

0 

INI_COMPL 

.  set 

1 

F_EST_AVAHi 

.set 

2 

ADJ^COMPL 

.set 

3 

NT_CONVERGING 

.set 

4 

CONVERGED 

.set 

5 

****  STATES  for  FSYNC  routine 

***  * 

IDLE_P 

.  set 

0 

INIT_SECTION 

.set 

1 

TX_FPROBES 

.set 

2 

ADJJNCO 

.set 

3 

FINE_NT_ACH 

.set 

4 

GO_2_RUN 

.  set 

5 

****  Look  up 

table  for  FSYNC 

routine  **** 

STATE_.BASE: 

.data 

.word 

FINE^INIT 

.word 

0 

.word 

0 

.word 

0 

.word 

0 

.word 

0 

.word 

0 

.word 

FINE_PRB 

.word 

0 

.word 

0 

.word 

0 

.word 

0 

be  within  10%  of  a  hop 


/number  of  rows  in  state  table 
/number  of  columns  in  state  table 


/Starting  point  of  FSYNC  routine 
/finished  initialising  variables,  etc... 
/fine  estimate  available  from  PC 
/adjustment  of  NCO  completed 
/no  convergence  of  estimate  after  X  times 
/fine  synch  to  within  10%  of  a  hop  achieved 


/ idle  state 

/performing  preliminary  initialisation 
/generating  fsync  probes  and  waiting  for  fine  est 
/adjusting  NCO  frequency  over  320  hops 
/not  able  to  achieve  fine  synch,  send  error  msg 
/fine  sync  achieved,  ready  to  send  data 


_  trigger 

I  _  current  state 

I  I 

\/  \/ 

(0,01=0 

[0,1] 

(0,21 

[0,3] 

[0,4] 

[0,5] 

[1,01=6 

[1,1] 

[1,2] 

[1,31 

[1,4] 

[1,51 
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.word 

0 

t2,0]=12 

.word 

0 

[2,1] 

.word 

CHANGE_NCO 

[2,2] 

.word 

0 

[2,3] 

.word 

0 

[2,4] 

.word 

0 

[2,5] 

.word 

0 

[3,0]=18 

.word 

0 

[3,1] 

.word 

0 

[3,2] 

.word 

FINE_PRB 

[3,3] 

.word 

NO^CONVERG 

[3,4] 

.word 

FINE_ACH 

[3,5] 

.word 

0 

[4,0]=24 

.word 

0 

[4,1] 

.word 

0 

[4,2] 

.word 

0 

[4,3] 

.word 

0 

[4,4] 

.word 

0 

[4,5] 

.word 

0 

[5,0]=30 

.word 

0 

[5,1] 

.word 

0 

[5,2] 

.word 

0 

[5,3] 

.word 

0 

[5.4] 

.word 

0 

[5,5] 

****  Indices 

for  gt_vars  parameters  array  **** 

NUM_HOP 

.set 

0 

MAX^FRM 

.set 

1 

MAX_HOP 

.set 

2 

PRB_START 

.set 

3 

LIM_10 

.set 

9 

MIN_4_C0NV 

.set 

10 

MAX^JVTTEMPTS 

.set 

11 

****  Data  page  pointers  **♦* 

INIPG 

.  set 

0 

DPMEMPG 

.set 

3h 

6SSPG 

.  set  • 

80h 

DATAPG 

.set 

Oh 

DSPLNKPG 

.set 

80h 

BUSPG 

.set 

80h 

DBUGPG 

.set 

80h 

*****  DPMEM 

addresses  **** 

DPBASE 

.set 

30000h 

FSTART_AVAIL 

.set 

DPBASE  +  40h 

FSTART_FRM 

.set 

DPBASE  *  41h 

FSTART_ACK 

.set 

DPBASE  +  42h 

EST_AVAIL 

.set 

DPBASE  43h 

FINE_EST 

.set 

DPBASE  -f  44h 

PHS_CHANGE 

.set 

DPBASE  +  45h 

EST^ACK 

.set 

DPBASE  +  46h 

NO_FSYNC 

.set 

DPBASE  +  47h 

FSYNC^OK 

.set 

DPBASE  +  48h 

****  GT  i/f 

board  addresses  **** 

COMMAND 

.set 

800004h 

;  WRITE  only 

STATUS 

.set 

800004h 

;READ  only 

NCO_CMD 

.set 

800005h 

.•WRITE  only 

INTRPT^PORT 

.set 

800005h 

,*READ  only 

HSC_PORT 

.set 

800006h 

;  WRITE  only 

FSK_FRM 

.set 

800007h 

;  WRITE  only 

****  HSC  commands  and  miscellaneous  **** 

.  data 

HSC_endhop 

.word 

Offffffh 

,*16777215  (maoc  hop  niamber  for  HSC) 

SYNC^BIT 

.set 

2 

;SYNC  on  bit  D1  of  GT  status 

nrdy_bit 

.set 

4 

;bit  D2  on  GT  status  (DSPLINK) 

STOP_RSC 

.set 

0 

RUN_HSC 

.set 

8000h 

CHG^IMMED 

.set 

OSOlh 

CHG^HOP 

.set 

OSOOh 

LD_IiATCH 

.set 

0300h 

LD_BASE 

.set 

030Ch 

LD_BWSCJ^LE 

.set 

0306h 

LD_DOPF 

.set 

0310h 

LD_FCSPACE 

.set 

030Ah 

LD^FLAGS 

.set 

031Ah 

LD_FSKCHAN 

.set 

0308h 

LD_HOP 

.set 

0304h 
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LD^LOSCI 

.  set 

0318h 

LD_LOCOM 

.  set 

0312h 

LOGOFFS ET 

.  set 

030Eh 

LD^TIMELO 

.  set 

0314h 

LD_TIMEHI 

.  set 

0316h 

ULSYNC^CMD 

.set 

SOOBh 

;G0  TO  ULSYNC  MODE, 

chcinnel 

1,  bin  3 

ULGO_BASE 

.  set 

200h 

;BASE  VALUE  OF  ULGO 

COMMAND 

FOR  CSYNC 

Ul^FPROBE 

.  set 

13h 

; 00010011,  FSK/CHAN 

FOR  USER  1 

TX^OFF 

.  set 

8  Oh 

;set  RF_OFF  "high"  when  not 

transmitting  f  probes 

****  Reserve 

memory  in  .bss 

for  variables  **** 

.globl 

allocated^f 

.bss 

allocated_f , 1 

.globl 

avg_f ine 

.bss 

avg„f ine, 1 

.globl 

burst_compl 

.bss 

burst^compl , 1 

.globl 

convrg_cnt 

.bss 

convrg_cnt, 1 

.globl 

no__convrg_cnt 

.bss 

no_convrg_cnt , 1 

.globl 

prev_fine 

.bss 

prev_fine, 1 

.globl 

retumed_est 

.bss 

retumed_est ,  1 

.globl 

tx_fine_en 

.bss 

tx_fine_en, 1 

****  Variables  defined  elsewhere  **** 


.globl 

act_prb_frm 

.globl 

curr_state 

.globl 

fmucnt 

.globl 

frm^ref 

.globl 

gt_vars 

.globl 

hop_cnt 

.globl  • 

hop_ref 

.globl 

new_state 

.globl 

nxt_prb_frm 

.globl 

original_phase 

.globl 

phs_mded 

.globl 

start_timef 

.globl 

trigger 

.globl 

uflo_err 

****  Program  begins  here  **** 

.text 

;  STATE  0:  IDLE_F 


FINE^SYNC : 


LDI 

BSSPG,DP 

LDI 

IDLE_F,R0 

STI 

RO , ®curr_state 

iiniinniiniiiiiiiniiniiiniinnmiinifniiininiiiiiiiiiinniuiui 

;  Trigger  =  CMD_ISSUED,  GO  TO  STATE  1  (INIT_SECTION) 
;///////////////////////////////////////////////////////////////////////////// 

****************************************************************************** 

;  STATE  1;  INIT_SECTION 

****************************************************************************** 


FINE_INIT : 


LDI 

BSSPG,DP 

LDI 

INIT_SECTION,R0 

STI 

RO ,  @curr__state 

LDI 

DATAPG,DP 

LDI 

0VAR_BASE,AR2 

;  Step  1:  Initialisation  of  variables,  etc... 

;  Send  command  to  HSC  to  go  to  RUN  mode 
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LDI 

BSSPG,DP 

LDI 

BITCLR,R0 

STI 

RO , @burst_compl 

STI 

RO , @allocated_f 

STI 

RO,@tx_fine_en 

STI 

RO ,  @no__convrg_cnt 

STI 

RO , @convrg_cnt 

STI 

RO, @uflo_err 

LDI 

31, RO 

STI 

RO, @prev_fine 

CALL 

NRDY_1 ow_l o op 

LDI 

RUN_HSC , RO 

LSH 

16, RO 

LDI 

DSPLNKPG,DP 

STI 

RO , OHSC^PORT 

CALL 

DSPDLAYLP 

/disable  transmission  of  fsync  probes 


/Start  max  fine  estimate 
/send  RUN  command  to  HSC 


///////////////////////////////////////////////////////////////////////////// 

Trigger  =  INI^COMPL,  GO  TO  STATE  2  (TX_FPROBES) 

inmnnifminuiiniiiiiniiiiinniifinniiiiiimifiininniniiiiii 


****************************************************************************** 
;  STATE  2;  TX^FPROBES 

♦  **i>*************<f************************************************************ 


FINE_PRB : 


LDI 

BSSP6,DP 

LDI 

TX„FPROBES,RO 

STI 

RO , ecurr_state 

LDI 

BSSPG,DP 

/this  is  for  later 

iterations 

LDI 

BITCLR.RO 

/after  estimate  is 

received 

STI 

RO , @burst_con^l 

STI 

RO , eallocatedLf 

;  Step  1:  compute  next  allocation  to  transmit  fine  synch  probes 
;  find  next  multiple  of  4  for  frame  nximber 


LDI 

BSSPG,DP 

LDI 

9frm_cnt,R0 

LDI 

DATAPG,DP 

TSTB 

BBITSO JN_1 , RO  /round  to  next  mult  of  4 

BZ 

NOW_A_MUhT_4  /if  zero,  already  a  mult  of  4 

ADV_NXT_4 : 

LDI 

DATAPG,DP 

AND 

dBITS2_31,R0  /mask  off  2  LSBs 

; DON'T  KNOW  IF  NEED  TO  ADD  ANOTHER  4! 

NOW_A_MULT„4 : 

ADDI 

4,R0 

CMPI 

*4>AR2  (MAX^FRM)  ,R0 /check  if  #  exceeds  max  frame 

BLE 

BLOW_MAXF 

ABOVJIAXF: 

LDI 

*+AR2 (MAX_FRM) ,R1 

ADDI 

1,R1 

SUBI 

R1,R0 

BL0W_J1AXF: 

LDI 

BSSPG,DP 

STI 

RO,estart_timef  /HAVE  TO  SEND  TO  PC  SO  IT  KNOWS  WHEN 

STI 

RO , 0nxt_prb_f rm  /TO  START  ANALYZING  SYNCH  RESPONSES 

STI 

RO , eact_prb_f rm 

/  Step  2:  transfer  start^timef 

to  PC 

LDI 

DPMEMPG,DP 

STI 

RO , 0FSTART_FRM  /RO  already  has  start^timef 

LDI 

BITSET,R0 

STI 

RO ,  eFSTART_J\VAIL 

FSTART.WAIT: 

LDI 

0FSTART_ACK,RO 

CMPI 

BITSET.RO 

BNE 

FSTART_WAIT 

LDI 

BITSET,R0 

LDI 

BSSPG,DP 

STI 

RO,0tx_fine_en  /enable  transmission  of  fsync  probes 

/  Step  3:  initialise/set  flags 

for  ISR,  including  read  status  to  clear  uflo  bit 

CONT_W_FPRBS : 

LDI 

BSSPG,DP 

LDI 

0uflo_err,RO  /check  for  data  underflow  condition 

CMPI 

BITSET.RO 

BEQ 

DATA_ERROR 
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; check  if  burst  is  completed 


LDI 

LDI 

CMPI 

BNE 

LDI 

STI 

STI 

LDI 

LDI 

LDI 

LDI 

ADDI 

CMPI 

BLE 

LDI 

ADDI 

SUBI 

FRM_AS_IS; 

STI 

STI 

;  Step  4:  check  if  time 
TIME^TRANSF : 

LDI 

LDI 

CMPI 

BEQ 

LDI 

LDI 

CMPI 

BNE 

SET_FPRB_FLAG : 

LDI 

STI 

CHK_4_F_EST : 

LDI 

LDI 

CMPI 

BNE 

LDI 

LDI 

STI 

LDI 

LDI 

LDI 

STI 

STI 

LDI 

LDI 

STI 


BSSPG,DP 
eburst_compl , RO 
BITSET,R0 
TIME_TRANSF 

BITCLR,R0 

RO , eburst_compl 

RO,@allocated_f 

DSPLNKPG.DP 
e STATUS, RO 

BSSPG,DP 
enxt_prb_f rm , RO 
4,R0 

*+AR2 (MAX_FRM) ,R0 

FRM_AS_IS 

*+AR2 (MAX_FRM) ,Rl 

1,R1 

R1,R0 

RO ,  @nxt_prb_f  rm 
RO, 0act_prb_frm 

trzuismit  probes 


BSSPG,DP 
eallocated_f ,R0 
BITSET,R0 
CHK_4_F_EST 

0act_prb_frm, RO 

0fnrucnt,Rl 

R0,R1 

CHK_4_F_EST 

BITSET,R0 

RO , 0allocated_f 

DPMEMPG,DP 

eEST^VAIL,R0 

BITSET.RO 

CONT_W_FPRBS 

DPMEMPG,DP 

BITCLR,R0 

RO,0EST^VAIL 

0FINE_EST,RO 

0PHS_CHANGE,R1 

BSSPG,DP 

RO,Oavg_fine 

R1 , 0retumed_est 

BITSET,RO 
DPMEMPG,DP 
RO ,  0EST_ACK 


; reset  variables  for  next  burst 

;NT  SURE  IF  NEEDED , TX_OFF  SENT  WHEN  allocated^f =0 
;read  GT  status  to  clear  uflo  bit 

; check  for  rollover  of  frame  # 


;save  nxt  frame  #  for  fsync  probes 


; check  if  trauismitting  a  burst  already 


;if  not  treuismitting  a  burst, 

; check  if  it’s  an  allocated  frame 


; check  if  fine  estimate  is  available 


;read  estimate  from  PC  (avg  of  10  responses) 
;read  phase  change  calc  by  PC 

;avg_fine  =  average  of  fine  est  received 
;retumed_est  =  new  NCO  phase  for  adj 


;ack  estimate  received  to  PC 


///////////////////////////////////////////////////////////////////////////// 
Trigger  =  F^EST^VAIL,  GO  TO  STATE  3  (ADJ_^ICO) 
///////////////////////////////////////////////////////////////////////////// 


;  STATE  3:  ADJ^NCO 


LDI  BSSPG,DP 

LDI  ADJJ4CO,RO 

STI  RO,0curr_state 

;  Step  1:  check  for  convergence  or  non-convergence  of  fine  synch  estimate 


INCR^NCNVRG : 


LDI 

BSSPG,DP 

LDI 

0avg_fine,RO 

ABSI 

R0,R1 

CMPI 

*+AR2 (LIM_10) ,R1  ; check 

if  within  10%  of  hop  period 

BLE 

INCR_CNVRG 

CMPI 

0prev_f ine,Rl  ; check 

if  estimate  is  still  converging 

BGT 

INCR_NCNVRG  ;no  -> 

update  non -convergence  count 

STI 

Rl,0pr€v_fine  ;yes  ->  update  prev_fine  (=abs (estimate) ) 

B 

INCR_CNVRG 

update  convergence  count 

LDI 

BSSPG,DP 

LDI 

eno_convrg_cnt ,R0 ; update  non- convergence  count 

ADDI 

1,R0 

STI 

RO , 0no_convrg_cnt 
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ADDI 

CMPI 

BLT 


@convrg_cnt , RO 

*+AR2 (MAX_ATTEMPTS) , RO 

CHANGE_NCO 


; check  max  attempts  desired  exceeded? 


///////////////////////////////////////////////////////////////////////////// 
Trigger  =  NT_CONVERGING ,  GO  TO  STATE  4  {FINE_NT„ACH) 
///////////////////////////////////////////////////////////////////////////// 


LDI  BSSPG,DP 

LDI  NT_CONVERGING , RO 

STI  RO, ©trigger 

CALL  CHG^FSTATE 

LDI  BSSPG,DP 

LDI  ©new_stat e , R2 

B  R2 

INCR^CNVRG ; 

LDI  BSSPG,DP 

LDI  @convrg_cnt,RO  ; update  convergence  count 

ADDI  1,R0 

CMPI  *+AR2 (MIN_4_CONV) ,R0  ; check  if  converged  enough  times 

BLT  CHANGE^NCO 

;///////////////////////////////////////////////////////////////////////////// 

;  Trigger  =  CONVERGED,  GO  TO  STATE  5  (GO_2_Rt3N) 

;///////////////////////////////////////////////////////////////////////////// 


LDI 

LDI 

STI 

CALL 

LDI 

LDI 

B 


BSSPG,DP 
CONVERGED, RO 
RO , ©trigger 
CHG_FSTATE 
BSSPG,DP 
©new_state ,  R2 
R2 


CHANGE_NCO : 


WAIT_1_FRM: 


LDI 

BITCLR,R0 

STI 

RO , ©tx_f ine_en  i 

;stop  fine  probes  during  NCO  adjustment 

LDI 

BSSPG,DP 

LDI 

©retumedLest ,  RO 

STI 

RO ,  ©phs_mded 

CALL 

STARTJJCO 

;  change  phase  value  on  NCO 

LDI 

BSSPG,DP 

LDI 

0hop_cnt ,  RO 

LDI 

©f  ntucnt ,  R1 

STI 

RO , 0hop_ref 

;save  current  hop  and  frame  # 

STI 

RO ,  ©f  rTtL.ref 

LDI 

BSSPG,DP 

;NCO  adjusted  over  320  hops 

LDI 

0hop_cnt , RO 

CMPI 

0hop_ref ,R0 

BNE 

WAIT_1_FRM 

LDI 

efrm_cnt,RO 

CMPI 

©frnuref  ,R0 

BEQ 

WAIT_1_FRM 

LDI 

BSSPG,DP 

LDI 

©original_phase , RO 

STI 

RO ,  ©phs_mded 

CALL 

START_NCO 

;  change  NCO  phase  back  to  orig  value 

///////////////////////////////////////////////////////////////////////////// 
Trigger  =  ADJ^COMPL,  GO  TO  STATE  2  (TX_FPROBES) 
///////////////////////////////////////////////////////////////////////////// 


LDI 

BSSPG,DP 

LDI 

ADJ_COMPL,RO 

STI 

RO , ©trigger 

CALL 

CHG_FSTATE 

LDI 

BSSPG,DP 

LDl’ 

0new_state,R2 

B 

R2 

;  STATE  4:  FINE_NT_ACH 


NO^CONVERG ; 


LDI 

BSSPG,DP 

LDI 

FINE_jNT_ACH,RO 

STI 

RO , 0curr_state 

# 
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LDI 

BITSET,R0 

;set  flag  on  PC 

LDI 

DPMEMPG , DP 

ST  I 

RO , eNO^FSYNC 

RETS 

/return  to  TMS_UL2.ASM 

;  STATE  5;  G0_2_RUN 
FINE^ACH : 


LDI 

BSSPG,DP 

LDI 

GO_2_RUN,RO 

STI 

RO , ecurr_state 

LDI 

DPMEMPG, DP 

;set  flag  on  PC 

LDI 

BITSET,R0 

STI 

RO , ePSYNC^OK 

RETS 

/return  to  TMS_UL2 . ASM 

;  DATA_ERROR  STATE,  return  to  TMS_UL2.ASM,  flag  to  PC  already  set  in  ISR 


DATA^ERROR: 

RETS 


******** 


.globl  CHG^FSTATE 


CHG_FSTATE: 


PUSH 

DP 

PUSH 

RO 

PUSHF 

RO 

PUSH 

R1 

PUSHF 

R1 

PUSH 

R2 

PUSHF 

R2 

PUSH 

ARO 

PUSH 

IRO 

LDI 

BSSPG,DP 

LDI 

©trigger ,R0 

LDI 

NUM_COL,Rl 

MPYI 

R0,R1 

ADDI 

9curr_state , R1 

LDI 

R1 , IRO 

LDI 

DATAPG,DP 

LDI 

©STATE_TBL,ARO 

LDI 

*+AR0(IR0) ,R2 

LDI 

BSSPG,DP 

STI 

R2 , enew_state 

POP 

IRO 

POP 

ARO 

POPF 

R2 

POP 

R2 

POPF 

R1 

POP 

R1 

POPF 

RO 

POP 

RO 

POP 

DP 

.end 
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B5.  DSP  interrupt  service  routine 


Program  Naune:  UL_ISR.ASM 
Author:  C.  Tom 


*  Date:  09  May  1997  * 

*  Edited:  30  March  1998  * 

*  Description:  Interrupt  service  routine  for  uplink  synchronization  for  * 

*  the  ground  terminal  simulator.  On  each  rising  edge  of  hop  * 

*  clock,  GT  status  is  read,  hop/frm  counters  are  updated,  * 

*  able  to  check  for  FRO  pulse, and  check  whether  to  send  * 

*  coarse  synch  probes  * 

******************************************************************************** 


****  Subroutine  declarations  ***** 


.globl  GT_ISR 

****  Miscellaneous  constants  **** 


XFO^EN 

.set 

2h 

XF„SET 

.set 

6h 

XF_CLR 

.set 

OFFFBh 

BITCLR 

.  set 

0 

BITSET 

.set 

1 

MODB4 

.set 

4 

/detect  FRO  enable  mode 

MODE6 

.set 

6 

/coarse  synch  mode 

MODE7 

.  set 

7 

/fine  synch  mode 

.data 

VAIUBASE 

.word 

gt_jvars 

*  Indices  for  gt_vars . parameters  array 


NUM^HOP 

.set 

0 

MAX^FRM 

.set 

1 

MAX_HOP 

.set 

2 

PRB_START 

.set 

3 

SRCH^LIM 

.set 

4 

TIMES_4_CONFM 

•  set 

5 

RESP_BUF_SIZ 

.set 

6 

****  Status  bits 

mask  **** 

BER_tx_rdy 

.set 

8000h 

/BIT  15  of  BER  status 

BER_oflo_bit 

.set 

4000h 

/BIT  14  of  BER  status 

FR0_BIT 

.set 

800h 

/BIT  11  of  BER  status 

HCLK_BIT 

.  set 

Ih 

/BIT  0  OF  GT  status 

DAT^UFLO 

.set 

8h 

/BIT  3  OF  GT  status 

.data 

PN_LIMIT 

.word 

OFFFFFFh 

/HSC  max  hop  number  16777215 

DBUG^ADDR 

.word 

809A00h 

/addr  of  first  entry  in  dbug  array 

****  Data  page  pointers  **** 


INIPG 

.set 

Oh 

DPMEMPG 

.  set 

3h 

BSSPG 

.  set 

8  Oh 

DATAPG 

.set 

Oh 

DSPIiNKPG 

.set 

80h 

BUSPG 

.set 

8  Oh 

DBUGPG 

.  set 

8  Oh 

****  DPMEM  addresses  »*** 

*  DPBASE  to  DPBASE+17h,  DPBASE+30h  TO  DPBASE+34h  used  in  TMS_UL2.ASM 

*  DPBASE+19h  to  DPBASE+2Bh,  DPBASE+2Eh  used  in  CSYNC.ASM 


RIS^DET 

.set 

30018h 

CHK_HOP 

.set 

3002Ch 

CHK_FRM 

.set 

3002Dh 

UFLO_CDTN 

.set 

30049h 

****  BER  i/f 

board  addresses  **** 

CMD_BER 

.set 

800009h 

/WRITE  only 

STAT_BER 

.  set 

800009h 

/READ  only 

BER_DAT_PORT 

.  set 

800008h 

/READ/WRITE 

****  gt  i/f  board  addresses  **** 
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COMMAND 

.  set 

800004h 

; WRITE  only 

STATUS 

.  set 

800004h 

;READ  only 

INTRPT_PORT 

.  set 

800005h 

;READ  only 

HSC„PORT 

.  set 

800006h 

; WRITE  only 

FSK_FRM 

.set 

800007h 

; WRITE  only 

****  HSC  commands  **♦* 

FCALC 

.  set 

5800h 

Ul^FPROBE 

.  set 

13h 

; 00010011,  FSK/CHAN  FOR  USER  1 

TX_OFF 

.  set 

80h 

;set  RF_OFF  "high*  when  not  transmitting  f  probes 

****  Reserve 

memory  in  ,bss 

for  variables  **** 

.globl 

BER_stat 

.bss 

BER_stat, 1 

.globl 

hop_cnt 

.bss 

hop_cnt , 1 

.globl 

frm_cnt 

.bss 

frm_cnt , 1 

.globl 

BER_data 

.bss 

BER_data , 1 

.globl 

prev_FR0 

.bss 

prev_FR0 , 1 

.globl 

chk_FR0_f Ig 

.bss 

chk_FRO_flg, 1 

.globl 

array_cnt 

.bss 

array_cnt,l 

.globl 

fburst_cnt 

.bss 

fburst^cnt, 1 

**★*  Variables  defined  elsewhere  **** 


.globl 

op_mode 

.globl 

tms_csync_rdy 

.globl 

assigned_f 

.globl 

brst0_flg 

.globl 

brstl_f Ig 

.globl 

hyp^used 

.globl 

act_prb_hop 

.globl 

prb_cmd 

.globl 

dbug_adr 

.globl 

gt_vars 

.globl 

allocated_f 

.globl 

burst_compl 

.globl 

tx_fine_en 

.text 

GT„ISR: 


PUSH 

DP 

PUSH 

ST 

PUSH 

IE 

PUSH 

lOF 

PUSH 

RO 

PUSHF 

RO 

PUSH 

R1 

PUSHF 

R1 

PUSH 

R2 

PUSHF 

R2 

PUSH 

ARO 

PUSH 

IRO 

PUSH 

ARl 

PUSH 

IRl 

PUSH 

AR2 

;Step  1:  Read  GT  i/f  board  interrupt  port  to  clear  interrupt 


LDI 

LDI 

NOP 

NOP 

NOP 


DSPLNKPG,DP 

eiNTRPT_PORT,RO  ;read  GT  INTRPT_PORT  to  clear  interrupt 


;Step  2:  Update  hop  and  frame  counters 


LDI 

DATAPG , DP 

LDI 

@VAR_BASE,AR2 

LDI 

BSSPG,DP 

LDI 

0hop_cnt , RO 

CMPI 

*+AR2 (MAX_HOP) ,R0 

BLT 

INCR_BY_1 

LDI 

0,R0 

STI 

RO , @hop_cnt 

LDI 

efrm_cnt,R0 

update  hop  and  frame  counters 
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RES_FRM_CNT : 


INCR_FRM: 


INCR_By_l : 


WHICH_MODE : 


CMPI 

*+AR2(MAX_FJ 

BLT 

INCR^FRM 

LDI 

0,R0 

LDI 

BSSPG,DP 

STI 

RO, efrm_cnt 

B 

WHICH_MODE 

ADDI 

1,R0 

STI 

R0,@frm_cnt 

B 

WHICH_MODE 

ADDI 

1,R0 

STI 

RO , ehop_cnt 

le  which  mode 

of  operation  GT 

LDI 

BSSPG,DP 

LDI 

@op_jaode ,  RO 

CMPI 

MODE6,RO 

BEQ 

COARSE 

CMPI 

MODE7,RO 

BEQ 

FINE 

CMPI 

MODE4,RO 

BEQ 

DET_FR0 

B 

WRAP_UP 

;do  nothing  else  for  this  interrupt 


******************************************************************************* 

;  Code  for  Coarse  Synch  mode,  probe  transmission 


COARSE: 

LDI  BSSPG,DP 

LDI  0tms_csync_rdy,RO;  check  if  precalc  time  has  elasped 

CMPI  BITSET,R0 

BNE  WRAP_UP 

LDI  0hop_cnt,RO  ; check  for  hop  =  0 

CMPI  0,R0 

BNE  FR^SSIGN_CHK 


LDI  DSPLNKPG,DP  ; issue  FCALC  command  if  hop  =  0 

LDI  FCALC, RO 

LSH  16, RO 

STI  RO,eHSC_PORT 

FIUASSIGN^CHK: 


LDI 

BSSPG,DP 

LDI 

dassignecLf ,  RO 

CMPI 

BITSET,R0 

BNE 

WRAP-UP 

;is  current  frame  assigned 
;  csynch  frame 


;  for  now,  issue  both  burst  0  and  burst  1  probes  from  ISR,  i.e.,  wait 
;  falling  edge  in  ISR  to  send  burst  1  probes... not  as  efficient... 

!  will  see  later  ad)out  a  hardware  fix  to  switch  to  /HCLK 


HOP.CHK: 


TX_B0 : 


LDI 

BSSPG,DP 

LDI 

0brstO_flg,RO 

; check 

if  already  started  probe  tx 

CMPI 

BITSET,R0 

BEQ 

TX_B0 

LDI 

0brstl_flg,RO 

; check 

if  already  started  probe  tx 

CMPI 

BITSET,R0 

BEQ 

TX_B1 

LDI 

BSSPG,DP 

LDI 

0act_prb_hop , RO 

LDI 

0hop_cnt , R1 

CMPI 

R0,R1 

;  {Rl-RO)  ->  R1 

BLT 

WRAP_UP 

;do  nothing  if  hop_cnt  <  act_prb_hop 

LDI 

BITSET,R0 

STI 

RO,0brstO_flg 

LDI 

BSSPG,DP 

LDI 

0prb_cmd,RO 

LSH 

16,  RO 

LDI 

DSPLNKPG,DP 

STI 

RO , 0HSC_PORT 

;send  m/30  command,  sync  probe 

LSH 

-16, RO 

ADDI 

2,R0 

LDI 

BSSPG,DP 
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TX_B1 : 
WAIT_FALL_HCLK: 


FINE: 


FLO_OK : 


SEND_RF_OFF : 


STI 

RO , eprb_cmd 

; update  ULGO  command 

CMPI 

220h,RO 

; check  if  all  of  brst  0  probes  sent 

BNE 

WRAP_UP 

LDI 

BITCLR,R0 

LDI 

BSSPG,DP 

STI 

RO,ebrstO_flg 

; clear  brstO_flg 

LDI 

BITSET,R0 

STI 

RO , @brstl_flg 

;set  brstl_flg 

B 

WRAP_UP 

LDI 

DSPLNKPG.DP 

LDI 

eSTATUS , RO 

;wait  for  falling  edge  of  HCLK 

LSH 

-16, RO 

TSTB 

HCLK_BIT,RO 

BNZ 

WAIT_FALL_HCLK 

LDI 

BSSPG,DP 

LDI 

®prb_cmd , RO 

LSH 

16,  RO 

LDI 

DSPLNKPG,DP 

STI 

RO , eHSC_PORT 

;send  ULGO  command,  sync  probe 

LSH 

-16, RO 

ADDI 

2,RO 

LDI 

BSSPG,DP 

STI 

RO , @prb_cmd 

; update  ULGO  command 

CMPI 

240h,R0 

; check  if  all  of  brst  1  probes  sent 

BNE 

WRAP_UP 

LDI 

BITSET,RO 

LDI 

BSSPG,DP 

STI 

RO , @hyp_used 

; signal  TMS  that  hyp  sent 

B 

WRAP_UP 

synch  mode, 

tr2msmitting  fine  synch  probes  or  RF_OFF 

LDI 

DSPLNKPG,DP 

LDI 

0STATUS , RO 

LSH 

-16, RO 

TSTB 

DAT_UFLO,RO 

BZ 

FLO^OK 

LDI 

BITSET,R0 

;THIS  IS  NOT  A  CLEAN  EXIT 

LDI 

DPMEMPG.DP 

STI 

RO , «UFLO_CDTN 

B 

WRAP_UP 

LDI 

BSSPG,DP 

LDI 

0tx_fine_en,RO 

CMPI 

BITSET,R0 

BNE 

SEND_RF_OFF 

;RF_OFF  sent  every  hop  as  default 

LDI 

0allocated_f , RO 

CMPI 

BITSET,R0 

BNE 

SEND_RF_OFF 

;RF_OFF  sent  every  hop  as  default 

LDI 

9hop_cnt , RO 

CMPI 

*  +AR2 ( PRB^START ) 

,R0  ; check  for  hop  >=  *288" 

BLT 

SEND_RF_OFF 

;RF_OFF  sent  every  hop  as  default 

LDI 

U1_FPROBE,RO 

LSH 

16, RO 

LDI 

DSPLNKPG , DP 

STI 

RO , 0FSK_FRM 

;send  user  1  fine  synch  probe 

LDI 

BSSPG,DP 

LDI 

9fburst_cnt,R0 

ADDI 

1,R0 

STI 

RO,0fburst_cnt 

CMPI 

32,  RO 

; check  if  all  probes  sent  yet 

BLT 

WRAP_UP 

LDI 

BITSET,R0 

STI 

RO , 0burst_compl 

;set  flag  for  TMS  that  burst  has  been 

B 

WRAP_UP 

LDI 

TX_OFF,RO 

LSH 

16, RO 

LDI 

DSPLNKPG, DP 

STI 

RO , 0FSK_FRM 

.‘default  command  to  FSK/CHAN  port 

B 

WRAP_UP 
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******************************************************************************* 

•Code  for  DL  synch  mode,  detecting  FRO  pulse  and  adjusting  hop/frm  coutners 


DET_FR0 : 


LDI 

LDI 

CMPI 

BNE 


BSSPG,DP 

@chk_FR0_flg,R0 

BITSET.RO 

WRAP_UP 


CHK_BER_STAT : 


LDI 

LDI 

NOP 

NOP 

NOP 

LSH 

LDI 

STI 


DSPLNKPG,DP 
©STAT^BER, RO 


-16, RO 

BSSPG,DP 

RO,©BER_stat 


;read  BER  status 


GET_FR0 : 


LDI 

LDI 

AND 

CMPI 

BEQ 

BGT 


BSSPG,DP 

@BER_stat,RO 

FR0„BIT,R0 

©prev_FR0 , RO 

WRAP-UP 

SYNC_RIS 


SYNC_FALL: 


LDI 

STI 

LDI 

STI 

ADDI 

STI 

B 


BSSPG,DP 
RO , eprev_FR0 
0,R0 

RO ,  0hop_cnt 
1,R0 

RO,0frxiucnt 

WRAP_UP 


; falling  edge  detected,  hopO,frO 


SYNC^RIS: 


LDI 

STI 

LDI 

LDI 

LDI 

STI 

STI 

LDI 


BSSPG,DP 
RO , eprev_FR0 
0hop_cnt ,  RO 
8f  rm_cnt ,  R1 
DPMEMPG,DP 
RO , eCHK_HOP 
R1 , 0CHK_FRM 
BSSPG,DP 


;rising  edge  detected,  hopO,frO 
/transfer  hop  and  frame  count  before  reset 


RESET_CNTS : 


LDI 

STI 

STI 


0,R0 

RO ,  0hop_cnt 
RO,  0fm\_cnt 


LDI 

LDI 

STI 


DPMEMPG,DP 
BITSET,RO 
RO ,  eRIS_DET 


/signal  PC  that  rising  edge  detected 


WRAP-UP : 


LDI 

POP 

POP 

POP 

POP 

POP 

POPF 

POP 

POPF 

POP 

POPF 

POP 

POP 

POP 

POP 

POP 

RETI 

.end 


0,IF 

AR2 

IRl 

ARl 

IRO 

ARO 

R2 

R2 

R1 

R1 

RO 

RO 

lOF 

IE 

ST 

DP 
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B6.  TMS  Linker  .cmd  File 


/••*• . . . . . . . . . . . 

/ *  Program  Name :  UL2 . CMD  * / 

/*  Date:  06  October  1997  *l 

/*  V 

/*  Previously,  you  had  to  enter;  */ 

/*  V 

!*  Ink30  -c  <input  filenames>  -o  <output  filename>  -1  rts.lib  */ 

/*  V 


^****»**********************************************************************/ 


/*  Input  filenames  */ 


tms_ul2.obj  intrpts.obj  ul_isr.obj  csync.obj  fsync.obj 


-m  tms_ul2.map 
“O  tms_ul2 . out 

/*  Specify  memory  map  for  c30  */ 


/*  Create  a  map  file  */ 
/*  Output  filename  */ 


MEMORY 

( 

VECS: 
Prg_mem : 
DPjnem : 
RAM_0: 
RAM_1: 
EXT_MEM0 : 
EXT^MEMl: 


origin  = 
origin  = 
origin  = 
origin  = 
origin  = 
origin  = 
origin  = 


0 

0x40 

0x30000 

0x809800 

0x809c00 

OxSOAOOO 

OxSOACOO 


length  =  0x40 
length  =  0x9 fcO 
length  =  0x10000 
length  =  0x400 
length  =  0x400 
length  =  OxCOO 
length  =  OxCOO 


/*  Int  vectors  */ 

/*  Program  memory  */ 

/*  Dual  port  memory  */ 
/*  RAM  Block  0  */ 

/*  RAM  Block  1  */ 

/*  Ext  mem  block  0  */ 
/*  Ext  mem  block  1  */ 


/*  Specify  "Sections*  allocations  into  memory  */ 


OOOOOOh  :  {} 


SECTIONS 

{ 

VECTORS 
.text 
. cinit 
.stack 
.data 
.bss 
. sysmem 
DBUG_LOG 

) 


{ }  >  Prg_mem 
{)  >  Prg_mein 
{)  >  RAM_0 
{ )  >  Prgjnem 
{}  >  RAM„1 
{}  >  RAM_0 
{}  >  EXT^MEMO 


/*  Code  */ 

/*  Initialization  tables  */ 

/*  System  stack  */ 

/*  Assign  memory  for  .data  section  */ 
/*  Global  &  static  variables  */ 

/*  Dynamic  memory  */ 

/*  Debug  log  area  */ 
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Appendix  C:  ASCII  Data  Files 


Cl.  General 

The  three  ASCII  data  files  that  contain  parameters  required  to  operate  the  GT  simulator 
are  listed  in  this  appendix.  The  use  of  ASCII  data  files  facilitates  changes  to  parameters  without 
having  to  recompile  the  assembly  and  C  programs.  The  three  data  files  are:  “freq.dat”, 
“hscinit.dat”,  and  “Gtparam.dat”. 

C2.  Freq.dat  file 

\  ASCII  file  of  frequency  parameters  -  "freq.dat* 

\  Created:  19  March  1997 

\ 

\  Ensure  indices  correspond  to  PC  program  -indices  for  frequency  values 

\ 

\  index  value (hex)  description 

\  -  -  - 

\ 

\  0  0X3B9ACA00L  LO_BAND  1  GHz  for  COMSTRON,  in  Hz 

\  1  0X77359400L  UP^BAND  2  GHz  for  COMSTRON,  in  Hz 

\  2  0X59682F00L  MID^BAND  1.5  GHz  for  COMSTRON,  in  Hz 

\  3  0X4A817C80L  ONEQ_BAND  1.25  GHz  for  COMSTRON,  in  Hz 

\  4  0X684EE180L  THREEQ_BAND  1.75  GHz  for  COMSTRON,  in  Hz 

d  0  0X1A96F220L  LO^BAND  44.61  GHz  /lOO  Hz  for  SCITEQ 

d  1  0X1A9CE590L  UP_BAND  44.649  GHz  /lOO  Hz  for  SCITEQ 

d  2  0X1A99EBD8L  MID^BAND  44.6295  GHz/100  Hz  for  SCITEQ 

d  3  0X1A986EFCL  ONEQ_BAND  44.61975  GHz/100  Hz  for  SCITEQ 

d  4  0X1A9B68B4L  THREEQ_BAND  44.63925  GHz/lOO  Hz  for  SCITEQ 

d  5  0X1234L  STOP^FSEL 

\  6  0X3B9ACA00L  Base  frequency  1  GHz  for  COMSTRON,  in  Hz 

\  7  0X3B9ACA00L  Hop  BW  1  GHz  for  COMSTRON,  in  Hz 

d  6  0X1A96F220L  Base  frequency  44.61  GHz/lOO  Hz  for  SCITEQ 

d  7  0X5F37OL  Hop  BW  39  MHz/lOO  Hz  for  SCITEQ 

\ 

\  End  of  file 
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^  ^  ^  ^  ^  ^  ^  ^  ^  Qj  01  01  01  01  01  01  01  01  01  01  01  01  01  01  01  01  01  01 


C3.  Hscinit.dat  file 


\  ASCII  file  of  HSC  parameters  -  "hscinit.dat' 

\  Created:  5  March  1997 
\ 

\  Ensure  indices  correspond  to  TMS  program  indices  for  HSC  parameters 
\ 

\  VALUES  FOR  THE  SCITEQ 

\  index  value (hex)  description  (  <  40  char) 

\  -  -  - 


0 

0F220 

BASE_L16  44.61GHZ/100HZ 

1 

1A96 

BASE_H16  44.61GHZ/100HZ 

2 

0F9B8 

BWSCALE_L16  39MHz/2 /lOOHz 

3 

2 

BWSCALE_H16  39MHZ/2 /lOOHz 

4 

17C0 

HOP_BW_L16  39MHz 

5 

253 

H0P_BW_H16  39MHz 

6 

0 

DOPF_L16 

7 

0 

DOPF_H16 

8 

0 

FCSPACE_L16  no  FSK  modulation 

9 

0 

FCSPACE_H16  no  FSK  modulation 

10 

0 

FLAGS_L16 

11 

0 

FLAGS_H16 

12 

1060 

L0SCI_L16  (BASE  -  1 . 5GHz) /lOOHz  Ray 

13 

19B2 

LOSCI_H16  (BASE  -  1 . 5GHz) /lOOHz  Ray 

14 

1060 

LOCOM_Ll6  (BASE  -  1 . 5GHz) /lOOHz  Ray 

15 

19B2 

LOCOM_H16  (BASE  -  1 . 5GHz) /lOOHz  Ray 

16 

0 

0FFSET_L16 

17 

0 

OFFSET_H16 

18 

5A81 

TIMELO_L16  hopl29, frame72  (arbitrary) 

19 

0 

TIMEL0_H16 

20 

0 

TIMEHI_L16 

21 

0 

TIMEHI_H16 

VALUES  FOR  THE  COMSTRON 

index  value (hex)  description  (  <  40  char) 


\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\ 

\End  of 


0 

1 

2 

3 

4 

5 

6 

7 

8 

9 

10 
11 
12 

13 

14 

15 

16 

17 

18 

19 

20 
21 

file 


9680 

98 

4B40 

4C 

OCAOO 

369A 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

5A81 

0 

0 

0 


BASE_L16  IGHz/lOOHz  Corns tron 
BASE_H16  IGHz/lOOHz  Corns tron 
BWSCALE_L16  lGHz/2/lOOHz  Comstron 
BWSCALE_H16  lGHz/2/lOOHz  Comstron 
HOP_BW_L16  IGHz  Comstron 
H0P_BW_H16  IGHz  Comstron 
DOPF_L16 
DOPF_H16 

FCSPACE_L16  no  FSK  modulation 
FCSPACE_H16  no  FSK  modulation 
FLAGS_L16 
FLAGS_H16 

LOCSCI_L16  Comstron 
LOSCI_H16  Comstron 
LOCOM_Ll6  Comstron 
LOCOM_H16  Comstron 
0FFSET_L16 
OFFSET_H16 

TIMELO_L16  hopl29, frame72  (arbitrary) 

TIMELO_H16 

TIMEHI_L16 

TIMEHI_H16 
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C4.  Gtparaiii.dat  fUe 


\Data  file  for  parameters  to  be  downloaded  to  TMS  memory  for  GT  processor 
\  * Gtparam.dat* 

\  Created:  19  March  1997 
\ 

\ 

\Type  Index  Value  Comments 

\ 

\  0  320  NUM_HOP  =  niomber  of  hops 

1  191  MAX_FRM  =  maximum  frame  number 

2  319  MAX_HOP  =  maximum  hop  number 

3  288  PRB_START  =  starting  hop  n\jmber  for  probes 

4  32  SRCH_LIM  =  search  limit  for  hypothesis 

5  5  TIMES_4_CONFM  =  #  detects  to  confirm  coarse  synch 

6  25  RESP_BUF_SIZ  =  synch  resp  buffer  size 

7  5  MIN_DET__2_VER  =  min  #  of  detects  before  verified 

8  15  NUM_RETRANSMITS  =  #  of  attempts  to  verify  detect 

9  6  LIM_10  =  est  range  within  10  %  of  a  hop 

10  5  MIN_4_CONV  =  #  times  f  est  in  LIM_10  range 

11  25  MAX_ATTEMPTS  =  max  #  of  attempts  to  adjust  NCO 

\ 

\End  of  file 
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